ゲーム攻略・無料ウィキレンタルのアットウィキ (@WIKI)

約 6,186,241 件

コキシチュ総合まとめ@ ウィキ - nega0
https://w.atwiki.jp/kokigame/pages/369.html

nega0 829 ：名無したちの午後：2009/09/26(土) 15 23 21 ID v5qtXPwy0 nega0に２回ファソ→無邪気（無知）手コキ　これは体験版の最後にあるえいこ→後ろ手に縛られてオナニーしながら両足挟みコキ関連レス
東方同人CDの歌詞＠Wiki - 03 active emotion
https://w.atwiki.jp/touhoukashi/pages/4256.html

【登録タグ A Silver Forest Silver Forest 2006-2012 BESTⅠ さゆり天空のグリニッジ曲東方秘封魔術】【注意】現在、このページはJavaScriptの利用が一時制限されています。この表示状態ではトラック情報が正しく表示されません。この問題は、以下のいずれかが原因となっています。ページがAMP表示となっているウィキ内検索からページを表示しているこれを解決するには、こちらをクリックし、ページを通常表示にしてください。 /** General styling **/ @font-face { font-family Noto Sans JP ; font-display swap; font-style normal; font-weight 350; src url(https //img.atwikiimg.com/www31.atwiki.jp/touhoukashi/attach/2972/10/NotoSansCJKjp-DemiLight.woff2) format( woff2 ), url(https //img.atwikiimg.com/www31.atwiki.jp/touhoukashi/attach/2972/9/NotoSansCJKjp-DemiLight.woff) format( woff ), url(https //img.atwikiimg.com/www31.atwiki.jp/touhoukashi/attach/2972/8/NotoSansCJKjp-DemiLight.ttf) format( truetype ); } @font-face { font-family Noto Sans JP ; font-display swap; font-style normal; font-weight bold; src url(https //img.atwikiimg.com/www31.atwiki.jp/touhoukashi/attach/2972/13/NotoSansCJKjp-Medium.woff2) format( woff2 ), url(https //img.atwikiimg.com/www31.atwiki.jp/touhoukashi/attach/2972/12/NotoSansCJKjp-Medium.woff) format( woff ), url(https //img.atwikiimg.com/www31.atwiki.jp/touhoukashi/attach/2972/11/NotoSansCJKjp-Medium.ttf) format( truetype ); } rt { font-family Arial, Verdana, Helvetica, sans-serif; } /** Main table styling **/ #trackinfo, #lyrics { font-family Noto Sans JP , sans-serif; font-weight 350; } .track_number { font-family Rockwell; font-weight bold; } .track_number after { content . ; } #track_args, .amp_text { display none; } #trackinfo { position relative; float right; margin 0 0 1em 1em; padding 0.3em; width 320px; border-collapse separate; border-radius 5px; border-spacing 0; background-color #F9F9F9; font-size 90%; line-height 1.4em; } #trackinfo th { white-space nowrap; } #trackinfo th, #trackinfo td { border none !important; } #trackinfo thead th { background-color #D8D8D8; box-shadow 0 -3px #F9F9F9 inset; padding 4px 2.5em 7px; white-space normal; font-size 120%; text-align center; } .trackrow { background-color #F0F0F0; box-shadow 0 2px #F9F9F9 inset, 0 -2px #F9F9F9 inset; } #trackinfo td ul { margin 0; padding 0; list-style none; } #trackinfo li { line-height 16px; } #trackinfo li nth-of-type(n+2) { margin-top 6px; } #trackinfo dl { margin 0; } #trackinfo dt { font-size small; font-weight bold; } #trackinfo dd { margin-left 1.2em; } #trackinfo dd + dt { margin-top .5em; } #trackinfo_help { position absolute; top 3px; right 8px; font-size 80%; } /** Media styling **/ #trackinfo .media th { background-color #D8D8D8; padding 4px 0; font-size 95%; text-align center; } .media td { padding 0 2px; } .media iframe nth-of-type(n+2) { margin-top 0.3em; } .youtube + .nicovideo, .youtube + .soundcloud, .nicovideo + .soundcloud { margin-top 0.75em; } .media_section { display flex; align-items center; text-align center; } .media_section before, .media_section after { display block; flex-grow 1; content ; height 1px; } .media_section before { margin-right 0.5em; background linear-gradient(-90deg, #888, transparent); } .media_section after { margin-left 0.5em; background linear-gradient(90deg, #888, transparent); } .media_notice { color firebrick; font-size 77.5%; } /** Around track styling **/ .next-track { float right; } /** Infomation styling **/ #trackinfo .info_header th { padding .3em .5em; background-color #D8D8D8; font-size 95%; } #trackinfo .infomation_show_btn_wrapper { float right; font-size 12px; user-select none; } #trackinfo .infomation_show_btn { cursor pointer; } #trackinfo .info_content td { padding 0 0 0 5px; height 0; transition .3s; } #trackinfo .info_content ul { padding 0; margin 0; max-height 0; list-style initial; transition .3s; } #trackinfo .info_content li { opacity 0; visibility hidden; margin 0 0 0 1.5em; transition .3s, opacity .2s; } #trackinfo .info_content.infomation_show td { padding 5px; height 100%; } #trackinfo .info_content.infomation_show ul { padding 5px 0; max-height 50em; } #trackinfo .info_content.infomation_show li { opacity 1; visibility visible; } #trackinfo .info_content.infomation_show li nth-of-type(n+2) { margin-top 10px; } /** Lyrics styling **/ #lyrics { font-size 1.06em; line-height 1.6em; } .not_in_card, .inaudible { display inline; position relative; } .not_in_card { border-bottom dashed 1px #D0D0D0; } .tooltip { display flex; visibility hidden; position absolute; top -42.5px; left 0; width 275px; min-height 20px; max-height 100px; padding 10px; border-radius 5px; background-color #555; align-items center; color #FFF; font-size 85%; line-height 20px; text-align center; white-space nowrap; opacity 0; transition 0.7s; -webkit-user-select none; -moz-user-select none; -ms-user-select none; user-select none; } .inaudible .tooltip { top -68.5px; } span hover + .tooltip { visibility visible; top -47.5px; opacity 0.8; transition 0.3s; } .inaudible span hover + .tooltip { top -73.5px; } .not_in_card span.hide { top -42.5px; opacity 0; transition 0.7s; } .inaudible .img { display inline-block; width 3.45em; height 1.25em; margin-right 4px; margin-bottom -3.5px; margin-left 4px; background-image url(https //img.atwikiimg.com/www31.atwiki.jp/touhoukashi/attach/2971/7/Inaudible.png); background-size contain; background-repeat no-repeat; } .not_in_card after, .inaudible .img after { content ; visibility hidden; position absolute; top -8.5px; left 42.5%; border-width 5px; border-style solid; border-color #555 transparent transparent transparent; opacity 0; transition 0.7s; } .not_in_card hover after, .inaudible .img hover after { content ; visibility visible; top -13.5px; left 42.5%; opacity 0.8; transition 0.3s; } .not_in_card after { top -2.5px; left 50%; } .not_in_card hover after { top -7.5px; left 50%; } .not_in_card.hide after { visibility hidden; top -2.5px; opacity 0; transition 0.7s; } /** For mobile device styling **/ .uk-overflow-container { display inline; } #trackinfo.mobile { display table; float none; width 100%; margin auto; margin-bottom 1em; } #trackinfo.mobile th { text-transform none; } #trackinfo.mobile tbody tr not(.media) th { text-align left; background-color unset; } #trackinfo.mobile td { white-space normal; } document.addEventListener( DOMContentLoaded , function() { use strict ; const headers = { title アルバム別曲名 , album アルバム , circle サークル , vocal Vocal , lyric Lyric , chorus Chorus , narrator Narration , rap Rap , voice Voice , whistle Whistle (口笛) , translate Translation (翻訳) , arrange Arrange , artist Artist , bass Bass , cajon Cajon (カホン) , drum Drum , guitar Guitar , keyboard Keyboard , mc MC , mix Mix , piano Piano , sax Sax , strings Strings , synthesizer Synthesizer , trumpet Trumpet , violin Violin , original 原曲 , image_song イメージ曲 }; const rPagename = /(?=^|.*
真実の……バトルロワイアル @ ウィキ - ◆0zvBiGoI0k
https://w.atwiki.jp/truexxxx/pages/71.html

◆0zvBiGoI0k 作目投稿作品登場キャラクター 1 その鼓動は恋のように白銀御行、メルトリリス 2 見守る柱、見届ける鬼冨岡義勇、エドモン・ダンテス、四宮かぐや 3 PHANTOM PAIN 千翼 4 割れた星のTRIANGLE（前編）割れた星のTRIANGLE（後編）藤丸立香、若殿ミクニ、猛田トシオ、城戸真司、竈門炭治郎、沖田総司、中野一花、中野二乃、中野三玖 5 姉は祈り、弟は乗る胡蝶しのぶ、雨宮広斗 6 ハザードは終わらないフローレンス・ナイチンゲール、円城周兎、浅倉威、源頼光 7 通常攻撃が円卓でデミサーヴァントの妹は好きですか？マシュ・キリエライト、累、神居クロオ 8 壊音皇城ジウ、佐藤 9 別問題なんだよ上杉風太郎、球磨川禊、宮本明 10 アザナエル藤丸立香、猛田トシオ、皇城ジウ、中野一花、中野二乃、中野三玖 11 鬼気怪壊上田次郎、メルトリリス、酒吞童子、鬼舞辻無惨、村山直樹 12 触れた指の先が運命を待ちわびている猗窩座、白銀御行 13 打々（蝶々）発止胡蝶しのぶ、雨宮広斗、日和号 14 かぐや様は困らせられる～天然達の狂騒曲～新免武蔵守藤原玄信、フローレンス・ナイチンゲール、四宮かぐや、エドモン・ダンテス、冨岡義勇、雨宮雅貴 15 GATE　OF　SKY 千翼、鑢七花、スモーキー 16 眠れ、地の底に／VIORENT PUNISHこの無常の世界は護り斬れなかったものばかりさAlive A life～Revolution～上杉風太郎、宮本明、中野一花、水澤悠、竈門禰豆子、鷹山仁、鑢七実、とがめ 17 FILE04「辻斬り出没！首狩り武者」永井圭、波裸羅、人吉善吉、宮本武蔵、煉獄杏寿郎、工藤仁、姐切ななせ、前園甲士、源頼光、クラゲアマゾン 127 FILE■■■■■■■■【序章・鏡面異界深話】①FILE■■■■■■■■【序章・鏡面異界深話】② 永井圭、波裸羅、人吉善吉、宮本武蔵、煉獄杏寿郎、工藤仁、姐切ななせ、前園甲士、源頼光、クラゲアマゾン、新免武蔵守藤原玄信、フローレンス・ナイチンゲール、四宮かぐや、エドモン・ダンテス、冨岡義勇、雨宮雅貴、猗窩座、白銀御行 19 砕式・降龍落とし胡蝶しのぶ、雨宮広斗、日和号キャラクター登場数回数キャラクター 3回中野一花、冨岡義勇、エドモン・ダンテス、四宮かぐや、フローレンス・ナイチンゲール、源頼光、胡蝶しのぶ、雨宮広斗 2回藤丸立香、猛田トシオ、中野二乃、中野三玖、皇城ジウ、佐藤、メルトリリス、上杉風太郎、宮本明、千翼、猗窩座、白銀御行、日和号、新免武蔵守藤原玄信、雨宮雅貴、永井圭、波裸羅、人吉善吉、宮本武蔵、煉獄杏寿郎、工藤仁、姐切ななせ、前園甲士、源頼光、クラゲアマゾン 1回白銀御行、若殿ミクニ、城戸真司、竈門炭治郎、沖田総司、円城周兎、浅倉威、マシュ・キリエライト、累、神居クロオ、球磨川禊、上田次郎、酒吞童子、鬼舞辻無惨、村山直樹、スモーキー、鑢七花、鑢七実、水澤悠、鷹山仁、とがめ名前コメント
0x0b - js_object-RegExp_
https://w.atwiki.jp/0x0b/pages/55.html

Syntax Pattern Disjunction Disjunction Alternative Alternative | Disjunction Alternative [empty] Alternative Term Term Assertion Atom Atom Quantifier Assertion ^ $ \ b \ B Quantifier QuantifierPrefix QuantifierPrefix ? QuantifierPrefix * ? { DecimalDigits } { DecimalDigits , } { DecimalDigits , DecimalDigits } Atom PatternCharacter . \ AtomEscape CharacterClass ( Disjunction ) ( ? Disjunction ) ( ? = Disjunction ) ( ? ! Disjunction ) PatternCharacter SourceCharacter but not any of ^ $ \ . * + ? ( ) [ ] { } | AtomEscape DecimalEscape CharacterEscape CharacterClassEscape CharacterEscape ControlEscape c ControlLetter HexEscapeSequence UnicodeEscapeSequence IdentityEscape ControlEscape one of f n r t v ControlLetter one of a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z IdentityEscape SourceCharacter but not IdentifierPart DecimalEscape DecimalIntegerLiteral [lookahead ( DecimalDigit] CharacterClassEscape one of d D s S w W CharacterClass [ [lookahead ∉ {^} ] ClassRanges ] [ ^ ClassRanges ] ClassRanges [empty] NonemptyClassRanges NonemptyClassRanges ClassAtom ClassAtom NonemptyClassRangesNoDash ClassAtom - ClassAtom ClassRanges NonemptyClassRangesNoDash ClassAtom ClassAtomNoDash NonemptyClassRangesNoDash ClassAtomNoDash - ClassAtom ClassRanges ClassAtom ClassAtomNoDash ClassAtomNoDash SourceCharacter but not one of \ ] - \ ClassEscape ClassEscape DecimalEscape b CharacterEscape CharacterClassEscape 表記法(Notation) **変数$ Input[n] InputLength NCaputuringParens IgnoreCase Multiline 内部データ構造 Charset State (endIndex, captures) @(Int, NCaputuringParens) Index+1 undefined MatchResult state/特殊トークン failure Continuation関数内部クロージャ (すなわち、引数が既に値に結合されている内部関数) 1state MatchResult Matcher関数 state continuation MatchResult AssersionTester関数 state true/false EscapeValue エスケープシーケンス(シークエンス) 文字ch 捉括弧集合の後方参照 Pattern Disjunction 正規表現演算子 | は 2 個の代替を区切る /a|ab/.exec("abc") は結果 "a" を返し、 "ab" は返さない。もっと言えば /((a)|(ab))((c)|(bc))/.exec("abc") は以下の配列 ["abc", "a", "a", undefined, "bc", undefined, "bc"] を返し、 ["abc", "ab", undefined, "ab", "c", "c", undefined] は返さない。 Alternative Term /a[a-z]{2,4}/.exec("abcdefghi") が "abcde" を返すことに較べて、 /a[a-z]{2,4}?/.exec("abcdefghi") は "abc" を返す。また、 /(aa|aabaac|ba|b|c)*/.exec("aabaac") 上の順の選択点による正規表現は ["aaba", "ba"] という配列を返し、 ["aabaac", "aabaac"] ["aabaac", "c"] とはならない。上記の選択点の順序は、2 数の最大公約数(単項表記で表す)を算出する正規表現の記述にも使用できる。次の例は、10 と 15 の最大公約数を算出する "aaaaaaaaaa,aaaaaaaaaaaaaaa".replace(/^(a+)\1*,\1+$/,"$1") これは単項表記の最大公約数 "aaaaa" を返す。ステップ 4 の RepeatMatcher は、 Atom が繰り返されるたびに Atom の captures をクリアする。これは次の正規表現の振る舞いに見ることができる /(z)((a+)?(b+)?(c))*/.exec("zaacbbbcac") これは次の配列を返し ["zaacbbbcac", "z", "ac", "a", undefined, "c"] 次のようなものではない。 ["zaacbbbcac", "z", "ac", "a", "bbb", "c"] 最も外側の * の各反復が、この場合 2 番目, 3 番目, 4 番目である捕捉文字列を含む、数量化された Atom に含まれていた全ての捕捉された文字列をクリアするためである。ステップ 1 の RepeatMatcher のクロージャ d は、一旦最小反復数が満たされたらそれ以上空文字列にマッチする Atom の展開を更に反復するために考えないことを宣言する。これは正規表現エンジンがパターンの無限ループに陥ることを防いでおり、次のような正規表現は /(a*)*/.exec("b") また若干複雑には次のようなものは /(a*)b\1+/.exec("baaaac") これらは次の配列を返す ["b", ""] Asertion ^ $ \b \B 内部補助関数 IsWordChar 63 a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 0 1 2 3 4 5 6 7 8 9 _ Quantifier QuantifierPrefix? min, max, true 0, infinite 1, infinite ? 0, 1 { DecimalDigits } i, i { DecimalDigits, } i infinite { DecimalDigits, DecimalDigits } i, j Atom 行終端文字 LF , CR , LS , PS 以外の文字集合 \ AtomEscape CharacterClass ( Disjunction ) ( ? Disjunction ) ( ? ! Disjunction ) 内部補助関数 CharacterSetMatcher 内部補助関数 Canonicalize 参考情報解説 ( Disjunction ) 形式の括弧は、 Disjunction パターンのグループ成分とともに、マッチ結果の保存を提示する。結果は後方参照 (\ に 0 以外の10進数が続くもの)、置換文字列内での参照に用いられ、また正規表現マッチ関数から配列の一部を返される。括弧の捕捉の振る舞いの抑制には、代わりに (? Disjunction ) 形式を用いる。 (?= Disjunction ) 形式は、 0 文字幅の肯定の先読みを指定する。成功するためには Disjunction 内部のパターンは現在位置においてマッチしなければならないが、後続のマッチングの前に現在位置は前進しない。 Disjunction が現在位置におけるマッチに何通りかある場合は、最初のものだけが検査される。他の正規表現演算子とは異なり、 (?= 形式内への後方参照は存在しない (この独特の振る舞いは Perl から継承される)。 Disjunction が捕捉括弧とその捕捉への後方参照を含む後続のパターンで構成されるとき、このことが重要になる。例えば、 /(?=(a+))/.exec("baaabac") は、 1 個目の b の直後の空文字列にマッチし、それゆえ次の配列を返す ["", "aaa"] 先読みへ後方参照の不足の例として、次を考えてみる /(?=(a+))a*b\1/.exec("baaabac") この式が返すのは次であり ["aba", "a"] 次のようにはならない ["aaaba", "a"] (?= Disjunction ) 形式は、 0 文字幅の否定の先読みを指定する。成功するためには Disjunction 内部のパターンは現在位置においてマッチに失敗しなければならない。現在位置は後続のマッチングの前に前進しない。 Disjunction には捕捉括弧を含められるが、それらへの後方参照は Disjunction 自身内部からの場合ものみ意味を持つ。パターン内の他の場所からのこれらの捕捉括弧への後方参照は、パターンに否定の先読みが成功してはならないため、常に undefined を返す。例えば /(.*?)a(?!(a+)b\2c)\2(.*)/.exec("baaabaac") は、ある正の数 n 個の a, 1 個の b, 他の n 個の (1 個目の \2 で指定される) a, 1 個の c, が直後に続かないような 1 個の a を検索する。 2 個目の \2 は否定の先読みの外部であり、したがって undefined に対してマッチするので常に成功する。式全体は次の配列を返す ["baaabaac", "ba", undefined, "abaac"] 文字ケースを区別しないマッチでは、全ての文字は比較の直前に暗黙に大文字に変換される。しかし、大文字への変換が 1 個以上の文字に展開される場合("ß" (\u00DF) から "SS" に変換など)は、代わりに文字はそのまま残される。 ASCII 文字でなくても、大文字への変換がその文字を ASCII 文字にする場合、その文字は残される。これは /[a-z]/i のような ASCII 文字のマッチのみを意図した正規表現のマッチから、\u0131 \u017F のような Unicode 文字を遮る。なお、これらの変換が許可される場合、 /[^\W]/i は a, b, ..., h, にはマッチするが i や s にはマッチしない。 AtomEscape CharacterEscape CharacterClassEscape 参考情報解説 \ に 0 以外の10進数 n の続く形式のエスケープシーケンスは、捕捉括弧の n 番目の集合 (セクション 15.10.2.11) の結果にマッチする。正規表現中の捕捉括弧が n 個未満である場合はエラーである。正規表現が n 個以上の捕捉括弧を持つが n 番目が何も捕捉されず undefined である場合、その後方参照は常に成功する。 CharacterEscape ControlEscape ControlEscape Unicode Value Name Symbol t \u0009 horizontal tab HT n \u000A line feed (new line) LF v \u000B vertical tab VT f \u000C form feed FF r \u000D carriage return CR c ControlLetter HexEscapeSequence UnicodeEscapeSequence IdentityEscape DecimalEscape i NUL 文字(Unicode値 0000) 参考情報解説最初の数字が0以外である10進数 n が \ に続く場合、そのエスケープシーケンスは後方参照として考える。正規表現全体の左捕捉括弧の総数よりも n が大きい場合はエラーである。 \0 は NUL 文字を表し、10進数字を後に続けることはできない。 CharacterClassEscape d 0-9 D 0-9以外 s WhiteSpace, LineTerminatorを含む文字集合 S s以外 w 63 a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 0 1 2 3 4 5 6 7 8 9 _ CharacterClass [ [lookahead ∉ {^}] ClassRanges ] charset, boolean(false) [ ^ ClassRanges ] charset, boolean(true) ClassRanges [empty] 空のCharset NonemptyClassRanges charset NonemptyClassRanges ClassAtom charset ClassAtom NonemptyClassRangesNoDash ClassAtom - ClassAtom ClassRanges NoemptyClassRangesNoDash ClassAtom charset ClassAtomNoDash NonemptyClassRangesNoDash ClassAtomNoDash - ClassAtom ClassRanges 参考情報解説 ClassRanges は、単一の ClassAtom そして/またはダッシュで区切られた 2 個の ClassAtom の範囲に展開してよい。文字ケースについては、 ClassRanges は 1 つ目の ClassAtom と 2 つ目の ClassAtom までの間の全ての文字を含む。 ClassAtom が単一の文字を表さない (例えば、一方が \w) ならば、また 1 つ目の ClassAtom のコードポイント値が 2 つ目の ClassAtom のコードポイント値より大きいならば、エラーが発生する。パターンが文字ケースを区別しないとしても、範囲の両端の文字ケースは、文字の範囲への所属判定において重要である。たとえば、パターン /[E-F]/i は文字 E, F, e, f にのみマッチするのに対して、パターン /[E-f]/i は大文字小文字含めた ASCII 文字だけでなく記号 [, \, ], ^, _, ` にもマッチする。文字 - は文字通りに扱われうるか、範囲を示せるかである。 - が文字通りに扱われるのは、それが ClassRanges の最初または最後の文字である場合、範囲指定の先頭または末尾である場合、直後に範囲指定が続く場合である。 ClassAtom ClassAtomNoDash ClassEscape 関数として呼出される RegExp コンストラクタ patternClass プロパティが "RegExp" であるオブジェクト R で、かつ flags が undefined ならば、 R を返すそれ以外はRegExp コンストラクタ呼出、引数 pattern と flags を渡しコンストラクタに構築されたオブジェクトを返す RegExp コンストラクタ new式の一部で呼出されたらコンストラクタ生成されるオブジェクトを初期化 new RegExp(pattern, flags) pattern が Class プロパティが "RegExp" であるオブジェクト R で、かつ flags が undefined ならば、 P を R の構築に用いる pattern とし、 F を R の構築に用いる flags とする。 pattern が Class プロパティが "RegExp" であるオブジェクト R で、かつ flags が undefined でないならば、例外 TypeError を投げる。そうでなければ、 P を pattern が undefined ならば空文字列、そうでなければ ToString(pattern) とし、 F を flags が undefined ならば空文字列、そうでなければ ToString(flags) とする。新規に構築されたオブジェクトの global プロパティは、 F が文字 "g" を含めば true, そうでなければ false である Boolean 値に設定される。新規に構築されたオブジェクトの ignoreCase プロパティは、 F が文字 "i" を含めば true, そうでなければ false である Boolean 値に設定される。新規に構築されたオブジェクトの multiline プロパティは、 F が文字 "m" を含めば true, そうでなければ false である Boolean 値に設定される。 F が "g", "i", "m" 以外の文字を含むならば、また一旦出現したものと同じものを含むならば、例外 SyntaxError を投げる。 P の文字が書式 Pattern を持たないならば、例外 SyntaxError を投げる。そうでなければ、新規に構築されたオブジェクトに Pattern の評価 ("compiling") により得られる Match プロパティを持たせる。 Pattern の評価が例外 SyntaxError を投げてもよいことに注意。 (Note pattern が StringLiteral ならば、文字列が RegExp によって処理される前に、通常のエスケープシーケンスの変換が実行される。 RegExp によって認識されるエスケープシーケンスを pattern に含めなければならないならば、 StringLiteral の内容の形成時に削除されることを防ぐために、 StringLiteral 内の文字 "\" はエスケープされなければならない。) 新規に構築されたオブジェクトの source プロパティは、 P に基づくPattern の書式の実装依存の文字列値に設定される。新規に構築されたオブジェクトの lastIndex プロパティは、 0 に設定される。新規に構築されたオブジェクトの Prototype プロパティは、 RegExp.prototype の初期値であるオリジナルの RegExp プロトタイプオブジェクトに設定される。新規に構築されたオブジェクトの Class プロパティは、 "RegExp" に設定される RegExp コンストラクタのプロパティ RegExp コンストラクタのの内部 Prototype プロパティの値は、 Function プロトタイプオブジェクト内部プロパティと length プロパティ (値は 2) の他に、 RegExp コンストラクタは次のプロパティを持つ RegExp.prototype RegExp.prototype の初期値は RegExp プロトタイプオブジェクト RegExp プロトタイプオブジェクトのプロパティ RegExp プロトタイプオブジェクトの内部 Prototype プロパティの値は、 Object プロトタイプである。 RegExp プロトタイプオブジェクトの内部 Class プロパティの値は、 "Object" である。 RegExp プロトタイプオブジェクトは、独自の valueOf プロパティを持たない; しかしながら、 valueOf プロパティを Object プロトタイプオブジェクトから継承する。 RegExp プロトタイプオブジェクトのプロパティである関数の以下の説明において、フレーズ "この RegExp オブジェクト" は、関数呼出しの this 値であるオブジェクトを参照する; this 値が内部 Class プロパティが "RegExp" のオブジェクトでない場合は、例外 TypeError が投げられる。 RegExp.prototype.constructor RegExp.prototype.constructor の初期値は、組込み RegExp コンストラクタである。 RegExp.prototype.exec(string) 正規表現に対して string の正規表現マッチを行い、マッチの結果を含む Array オブジェクト、また文字列にマッチしなかった場合は null を返す。文字列 ToString(string) は、次のように正規表現パターンの発生を検索される RegExp.prototype.test(string) 式 RegExp.prototype.exec(string) != null と同様である。 RegExp.prototype.toString() src を現在の正規表現を表す Pattern の書式の文字列とする。 src は、 source プロパティまた RegExp コンストラクタに供給されるソースコードと同一であってもなくてもよい; ただ、 src が現在の正規表現の flags を伴って RegExp コンストラクタに供給されたならば、結果の正規表現は、現在の正規表現と同様に振るまわなければならない。 toString は、文字列 "/", src, "/" の連結で形成される文字列を返す; global プロパティが true ならば "g"、 ignoreCase プロパティが true ならば "i"、 multiline プロパティが true ならば "m" を、連結する文字列に追加する。 NOTE 実装は、 src 内の特殊文字をエスケープするために、 RegExp コンストラクタへ渡されるソースと異なることを許可されている src の利用を選択してよい。例えば、 new RegExp("/") から得られる正規表現において、 src は、数ある可能性の中から、 "/" または "\/" でありえる。後者は、書式 RegularExpressionLiteral を持つ toString 呼出しの完全な結果 ("/\//") を許可する。 RegExp インスタンスのプロパティ RegExp インスタンスは、上記に指定されるその Prototype オブジェクトからプロパティを継承し、また次のプロパティを持つ。 source source プロパティの値は、現在の正規表現をあらわす Pattern の書式の文字列値である。このプロパティは、属性 { DontDelete, ReadOnly, DontEnum } を持つべきである。 global global プロパティの値は、 flags が文字 "g" を含むかどうかを示す Boolean 値である。このプロパティは、属性 { DontDelete, ReadOnly, DontEnum } を持つべきである。 ignoreCase ignoreCase プロパティの値は、 flags が文字 "i" を含むかどうかを示す Boolean 値である。このプロパティは、属性 { DontDelete, ReadOnly, DontEnum } を持つべきである。 multiline multiline プロパティの値は、 flags が文字 "m" を含むかどうかを示す Boolean 値である。このプロパティは、属性 { DontDelete, ReadOnly, DontEnum } を持つべきである。 lastIndex lastIndex プロパティの値は、文字列の次のマッチを開始する位置を特定する整数である。このプロパティは、属性 { DontDelete, DontEnum } を持つべきである。
USB_AUDIO@WIKI - Audio Device Document 1.0(91-95)
https://w.atwiki.jp/usb_audio/pages/47.html

原文：Audio Device Document 1.0(PDF) USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 91 available setting. It will report this rounded setting when queried during a Get Processing Unit Control request. Table 5-47 Chorus Modulation Depth Control Parameter Block Control Selector CHORUS_DEPTH_CONTROL wLength 2 Offset Field Size Value Description 0 wChorusDepth 2 Number The setting for the attribute of the Chorus Modulation Depth Control. 5.2.2.5.3.11 Dynamic Range Compressor Compression Ratio Control The Compression Ratio Control is used to influence the slope of the active part of the static input-tooutput transfer characteristic of the Dynamic Range Compressor Processing Unit. The Compression Ratio Control can support all possible Control attributes (CUR, MIN, MAX, and RES). The valid range for the CUR, MIN, MAX, and RES attributes is from zero (0x0000) to 255.9961 dB/dB (0xFFFF) in steps of 1/256 dB/dB or 0.00390625 dB/dB (0x0001). The Compression Ratio Control honors the request to the best of its abilities. It may round the wRatio attribute value to its closest available setting. It will report this rounded setting when queried during a Get Processing Unit Control request. Table 5-48 Dynamic Range Compressor Ratio Control Parameter Block Control Selector COMPRESSION_RATIO_CONTROL wLength 2 Offset Field Size Value Description 0 wRatio 2 Number The setting for the attribute of the Compression Ratio Control. 5.2.2.5.3.12 Dynamic Range Compressor MaxAmpl Control The MaxAmpl Control is used to set the upper boundary of the active input range of the compressor. The MaxAmpl Control can support all possible Control attributes (CUR, MIN, MAX, and RES). The settings for the CUR, MIN, and MAX attributes can range from -128.0000 dB (0x8000) to 127.9961 dB (0x7FFF) in steps of 1/256 dB or 0.00390625 dB (0x0001). The settings for the RES attribute can only take positive values and range from 1/256 dB (0x0001) to +127.9961 dB (0x7FFF). The MaxAmpl Control honors the request to the best of its abilities. It may round the wMaxAmpl attribute value to its closest available setting. It will report this rounded setting when queried during a Get Processing Unit Control request. Table 5-49 Dynamic Range Compressor MaxAmpl Control Parameter Block Control Selector MAXAMPL_CONTROL wLength 2 USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 92 Offset Field Size Value Description 0 wMaxAmpl 2 Number The setting for the attribute of the MaxAmpl Control. 5.2.2.5.3.13 Dynamic Range Compressor Threshold Control The Threshold Control is used to set the lower boundary of the active input range of the compressor. The Threshold Control can support all possible Control attributes (CUR, MIN, MAX, and RES). The settings for the CUR, MIN, and MAX attributes can range from -128.0000 dB (0x8000) to 127.9961 dB (0x7FFF) in steps of 1/256 dB or 0.00390625 dB (0x0001). The settings for the RES attribute can only take positive values and range from 1/256 dB (0x0001) to +127.9961 dB (0x7FFF). The Threshold Control honors the request to the best of its abilities. It may round the wThreshol attribute value to its closest available setting. It will report this rounded setting when queried during a Get Processing Unit Control request. Table 5-50 Dynamic Range Compressor Threshold Control Parameter Block Control Selector THRESHOLD_CONTROL wLength 2 Offset Field Size Value Description 0 wThreshold 2 Number The setting for the attribute of the Threshold Control. 5.2.2.5.3.14 Dynamic Range Compressor Attack Time Control The Attack Time Control is used to determine the response of the compressor to a step increase in the input signal level. The Attack Time Control can support all possible Control attributes (CUR, MIN, MAX, and RES). The settings for the CUR, MIN, MAX, and RES attributes can range from zero (0x0000) to 255.9961 ms (0xFFFF) in steps of 1/256 ms or 0.00390625 ms (0x0001). The Attack Time Control honors the request to the best of its abilities. It may round the wAttackTime attribute value to its closest available setting. It will report this rounded setting when queried during a Get Processing Unit Control request. Table 5-51 Dynamic Range Compressor Attack Time Control Parameter Block Control Selector ATTACK_TIME_CONTROL wLength 2 Offset Field Size Value Description 0 wAttackTime 2 Number The setting for the attribute of the Attack Time Control. 5.2.2.5.3.15 Dynamic Range Compressor Release Time Control The Release Time Control is used to determine the recovery response of the compressor to a step decrease in the input signal level. The Release Time Control can support all possible Control attributes (CUR, MIN, MAX, and RES). The settings for the CUR, MIN, MAX, and RES attributes can range from zero (0x0000) to 255.9961 ms (0xFFFF) in steps of 1/256 ms or 0.00390625 ms (0x0001). The Release Time Control honors the request to the best of its abilities. It may round the wReleaseTime attribute value to its USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 93 closest available setting. It will report this rounded setting when queried during a Get Processing Unit Control request. Table 5-52 Dynamic Range Compressor Release Time Control Parameter Block Control Selector RELEASE_TIME_CONTROL wLength 2 Offset Field Size Value Description 0 wAttackTime 2 Number The setting for the attribute of the Release Time Control. 5.2.2.6 Extension Unit Control Requests Because this specification has no knowledge about the inner workings of an Extension Unit, it is impossible to define requests that are able to manipulate specific Extension Unit Controls. However, this specification defines a number of Controls an Extension Unit must or can support. 5.2.2.6.1 Set Extension Unit Control Request This request is used to set an audio Control inside a particular Extension Unit of the audio function. Table 5-53 Set Extension Unit Control Request Values bmRequest Type bRequest wValue wIndex wLength Data 00100001B SET_CUR SET_MIN SET_MAX SET_RES CS Extension Unit ID and Interface Length of parameter block Parameter block The bRequest field indicates which attribute the request is manipulating. The MIN, MAX, and RES attributes are usually not supported for the Set request. The wValue field specifies the Control Selector (CS) in the high byte and zero in the low byte. The Control Selector indicates which type of Control this request is manipulating. (Enable Processing, etc.) If the request specifies an unknown or unsupported CS to that Unit, the control pipe must indicate a stall. For a description of the parameter block for the Extension Unit Control Selectors, see Section 5.2.2.6.3, “Extension Unit Controls.” 5.2.2.6.2 Get Extension Unit Control Request This request returns the attribute setting of a specific audio Control inside an Extension Unit of the audio function. USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 94 Table 5-54 Get Extension Unit Control Request Values bmRequest Type bRequest wValue wIndex wLength Data 10100001B GET_CUR GET_MIN GET_MAX GET_RES CS Extension Unit ID and Interface Length of parameter block Parameter block The bRequest field indicates which attribute the request is reading The wValue field specifies the Control Selector (CS) in the high byte and zero in the low byte. The Control Selector indicates which type of Control this request is addressing. (Enable Processing, etc.) If the request specifies an unknown or unsupported CS to that Unit, the control pipe must indicate a stall. For a description of the parameter block for the Extension Unit Controls, see Section 5.2.2.6.3, “Extension Unit Controls.” 5.2.2.6.3 Extension Unit Controls For the time being, this specification only defines a single generic Extension Unit Control, the Enable Processing Control. Issuing non-supported Control Selectors to an Extension Unit leads to a control pipe stall. 5.2.2.6.3.1 Enable Processing Control The Enable Processing Control is used to either enable the functionality of the Extension Unit or bypass the Extension Unit entirely. In the latter case, default behavior is assumed. Enable Processing Control can have only the current setting attribute (CUR). The position of an Enable Processing switch can be either TRUE or FALSE. The current setting of the Control can be queried using a Get Extension Unit Control request. Table 5-55 Enable Processing Control Parameter Block Control Selector XU_ENABLE_CONTROL wLength 1 Offset Field Size Value Description 0 bOn 1 Bool The setting for the Enable Processing Control. Enabled when TRUE, disabled when FALSE. 5.2.3 AudioStreaming Requests AudioStreaming requests can be directed either to the AudioStreaming interface or to the associated isochronous data endpoint, depending on the location of the Control to be manipulated. 5.2.3.1 Interface Control Requests For now, this specification only deals with format-specific AudioStreaming interface requests. Depending on the Audio Data Format used by the interface (reflected in the wFormatTag field of the class-specific AS interface descriptor), the set of requests to control the interface may vary. As an example, consider an interface capable of accepting AC-3 encoded data streams. Such an interface obviously incorporates an USB Device Class Definition for Audio Devices Release 1.0 March 18, 1998 95 AC-3 decoder to convert the incoming data stream into the logical channels that eventually enter the audio function through the associated Input Terminal. The same yields for an interface capable of accepting MPEG-2 encoded data streams. However, the parameter set needed to control the AC-3 decoder differs substantially from the parameter set needed to control the MPEG-2 decoder. Therefore, the formatspecific Interface Control requests are described in the USB Audio Data Formats, together with the definition of the format-specific descriptors. 5.2.3.2 Endpoint Control Requests The following sections describe the requests an audio function can support for its AudioStreaming endpoints. The same layout of the parameter blocks is used for both the Set and Get requests. 5.2.3.2.1 Set Endpoint Control Request This request is used to set an attribute of an endpoint Control inside a particular endpoint of the audio function. Table 5-56 Set Endpoint Control Request Values bmRequest Type bRequest wValue wIndex wLength Data 00100010B SET_CUR SET_MIN SET_MAX SET_RES CS endpoint Length of parameter block Parameter block The bRequest field indicates which attribute the request is manipulating. The MIN, MAX, and RES attributes are usually not supported for the Set request. The wValue field specifies the Control Selector (CS) in the high byte and the low byte must be set to zero. The Control Selector indicates which type of Control this request is manipulating (Sampling Frequency, Pitch Control, etc.) If the request specifies an unknown CS to that endpoint, the control pipe must indicate a stall. For a description of the parameter block for the endpoint Control Selectors, see Section 5.2.3.2.3, “Endpoint Controls.” 5.2.3.2.2 Get Endpoint Control Request This request returns the attribute setting of a specific endpoint Control inside an endpoint of the audio function. Table 5-57 Get Endpoint Control Request Values bmRequest Type bRequest wValue wIndex wLength Data 10100010B GET_CUR GET_MIN GET_MAX GET_RES CS endpoint Length of parameter block Parameter block The bRequest field indicates which attribute the request is reading. The wValue field specifies the Control Selector (CS) in the high byte and the low byte must be set to zero. The Control Selector indicates which type of Control this request is manipulating (Sampling Frequency, 1 - 6 - 11 - 16 - 21 - 26 - 31 - 36 - 41 - 46 - 51 - 56 - 61 - 66 - 71 - 76 - 81 - 86 - 91 - 96 - 101 - 106 - 111 - 116 - 121 - 126 ここを編集
taptitans2 @ ウィキ - バージョン/2.8.0
https://w.atwiki.jp/taptitans2/pages/108.html

アップデート告知の機械翻訳に簡単な意訳を加えたものになります。編者に理解できない部分が多くあるため、原文と合わせ読んでください。 Tap Titans 2 v2.8.0 - Patch Notes! Let s Rock! https //redd.it/8lmqk0 なお、wiki内各リンク先のスキル情報詳細は最新バージョンではない場合があり、効果数値や内容は現在の仕様と合致しないものがあります。 Apocaloctopus-gh once again. Looking for the nitty gritty on Tap Titans 2 v2.8.0? I ve got you covered. Read on, Titan Tappers. Patch Notes for Tap Titans 2 (V.2.8) Check out Gamehive.com/blog for gifs of some of these new features in action Features 新機能 Welcome stage 25k along with a new rocking music festival themed update! ウェルカムステージ25k、新しいロッキングミュージックフェスティバルをテーマにしたアップデート！ Pet skill and balance overhaul! Pets return to the battle now stronger than ever! ペットのスキルとバランスオーバーホール！ペットは今まで以上に強力な戦いに戻ります！ Mana Potion and Doom overhauls each now give new persisting effects for 12 hours. Mana PotionとDoomがオーバーホール：それぞれが12時間にわたって新しい持続効果を与えます。 Skill tree level cap increases level 25 for Tier I - III and level 15 for Tier IV (skills maxed at level 10 are unchanged).* Fire Sword will directly increases pet damage. スキルツリーレベルのキャップが増加します：Tier I-IIIのレベル25、Tier IVのレベル15（レベル10のスキルは変更されません）* Fire Swordはペットのダメージを直接増加させます。 40 New equipment pieces 30 standard additions and 10 limited-time event equipment. 40個の新しい装備：30の標準（装備）追加と10の期間限定イベント装備。 5 New equipment sets, including the Ruthless Necromancer Mythic Set. Rushless Necromancerミシックセットを含む5つの新しい装備セット。 3 New Arifacts Aura Boost, Manni Mana Spawn Chance, and Hero Weapon Boost! 3つの新しいアーティファクト：オーラ強化、マニマナ出現確率、ヒーロー武器強化！ Scroll lists can now be expanded to fit full-screen! スクロールリストをフルスクリーンに合わせて拡大できるようになりました！ Additional power options disable screen shakes, special damage text, and boss entered text. 追加の電源オプション：画面の揺れ、特殊ダメージテキスト、ボス出現テキストを無効に出来ます。 New animation on max-stage increases (plays at most once per prestige). 最大ステージ増加時の新しいアニメーション（プレステージ毎に最高1回再生されます）。 Clan Quest contribution data export button for Masters and Grand Masters. マスターとグランドマスターのクランクエスト貢献データのエクスポートボタン。 Pet Balancing ペットバランス調整 Fire Sword now gives a full bonus to Pet Damage (exponent increased from 0 to 1). Fire Swordはペットダメージにフルボーナスを与えます。（指数が0から1に増加） War Cry now gives a reduced bonus to Pet Damage (exponent decreased from 1 to 0.5). War Cryのペットダメージにボーナスを減少します。（指数が1から0.5に減少） Pet Heart of Midas base cooldown increased from 45s to 75s. Pet Heart of Midasのクールダウンが45秒から75秒に増加しました。 Lightning Burst damage per level reduced; base cooldown increased from 25s to 30s. レベルあたりのLightning Burstダメージが減少しました。クールダウンが25秒から30秒に増加しました。 Flash Zip base cooldown increased from 13s to 15s. Flash Zipのクールダウンが13秒から15秒に増加しました。 Flash Zip Overhaul フラッシュジップオーバーホール Now directly couples with both Lightning Burst and Pet Heart of Midas. Lightning BurstとペットMidasのハートの両方に直接つながるようになります。 Final zip attack now delivers Lightning Burst damage (does not splash through bosses). フラッシュジップの最後の攻撃は、ライトニングバーストダメージを与えます（ボスを貫通してスプラッシュしません）。 After each full zip sequence or Lightning Burst your pet becomes charged and gains bonus damage for 30s. フラッシュジップのフルシーケンスまたはライトニングバーストをそれぞれ実行した後に、あなたのペットはチャージされ、30秒間ボーナスダメージを得るようになります。 Each upgrade level also reduces the duration of all pet skill cooldowns. アップグレードレベルによって、すべてのペットスキルのクールダウン時間が減少します。 Perk Overhauls パークオーバーホール Mana Burst (Mana Potion) Recovers full mana capacity, then boosts mana regenerated from all sources by x1.5 for 12 hours. マナ・バースト（マナ・ポーション）：マナを全回復し、すべてのソースからのマナ回復をx1.5で12時間上げる。 Doom Instantly kills the Titan on screen, then gives bonus damage over time per Titan for 12 hours (up to x100 damage after 30s). Doom：タイタンをスクリーン上で瞬時に殺し、その後タイタンごとに12時間（30秒後に最大100ダメージ）のボーナスダメージを与えます。 Doom bonus damage resets with each new Titan spawn. 新しいタイタンの出現ごとにDoomダメージボーナスがリセットされます。 Fairy Video Reward Overhauls 妖精の広告報酬オーバーホール Three new fairy video reward types and a change to the Hand of Midas video reward. 3つの新しい広告報酬とHand of Midasの広告報酬の変更。 Gold Cost Reduction Reduces all gold costs for a limited amount of time (only shown if the effect is more valuable than a video gold fairy). ゴールドコスト削減：限られた時間でゴールドコストをすべて削減します（ビデオゴールドの妖精より効果が高い場合にのみ表示されます）。 Activate All Skills Activates all active skills and resets any already activated skills to their maximum timers (5min cooldown between spawns). すべてのスキルをアクティブにする：アクティブスキルをすべてアクティブにし、既にアクティブになっているスキルを最大タイマーにリセットします（出現から次の出現まで5分間のクールダウン）。 Mana Potion Restores mana equal to 25% of your mana capacity (2min cooldown between spawns). マナポーション：最大マナの25％に等しいマナを回復します（出現から次の出現まで2分間のクールダウン）。 Hand of Midas Now a normal fairy reward instead of a video fairy reward. Hand of Midas：広告報酬ではなく、普通の妖精の報酬になります。 Equipment Sets 装備セット [Mythic] Ruthless Necromancer Gives x1.5 Special Attack Rate, x100 Shadow Clone Damage, x1.5 Relic Multiplier. [Mythic]無慈悲なネクロマンサー：x1.5の特殊攻撃速度、x100シャドークローンダメージ、x1.5 Relic倍率を与えます。 ※Special Attack Rateは誤記でSpecial Attempt Rateが正：マナサイフォンとライトニングストライクの判定のこと [Legendary] Sly Wolf Set Gives x100 Inactive Damage and x1.5 Inactive Speed. [Legendary]Sly Wolf Set：x100の非アクティブダメージとx1.5の非アクティブ進行スピードを与えます。 [Rare] Midnight Raven Gives x3 Shadow Clone Damage. [Rare]ミッドナイトレイヴン：x3シャドウクローンダメージを与えます。 [Rare] Viking King Gives x3 Tap Damage. [Rare] Viking King：x3タップダメージを与えます。 [Event] The Rockstar Gives x5 Clan Ship Damage. [Event]ロックスター：x5クラン船のダメージを与えます。 Artifacts アーティファクト Aura Boost Multiplies the strength of Auras. Aura Boost：オーラを強化します。 Manni Mana Spawn Chance Increases the chance for Manni Mana to spawn. Manni Mana Spawn Chance：マニマナの出現率を上げます。 Hero Weapon Boost Multiplies the effect of each individual hero weapon (does not apply to weapon sets). Hero Weapon Boost：個々のヒーロー武器の効果を掛けます（武器セットには適用されません）。 Balancing and Fixes バランス調整とバグ修正 Portar Balancing ポーターバランス調整 About Portar Balancing- With the way that Portar previously worked, it was possible that increasing your Splash Skip or Initimidating Presence levels would actually make your run times longer, since you would see fewer Portar spawns per prestige. This was a major design issue we overlooked when introducing Portar in the previous update, so we changed it so that Portar only spawns as a boss Titan from now on. This ensures that increasing either Splash Skip or Intimidating Presence levels will decrease prestige times. ポーターバランス調整について - 以前のポーターの動作では、あなたのスプラッシュスキップや威圧感レベルを上げると周回時間が長くなる可能性がありました。これは以前のアップデートでポーターを導入したときに見落とした重要な設計上の問題でした。そこで、ポーターがボスタイタンとしてしか生まれないように変更しました。これにより、スプラッシュスキップまたは威圧感のいずれかのレベルが高いほど、周回時間が短縮されます。 Since this change will decrease prestige times for players with more than one non-boss spawn per stage, we buffed the skip mechanic so that it also included stages skipped from splash through boss attacks. This means that stages skipped from a Heavenly Strike will be combined with stages skipped from Portar, allowing you to gain more than +50 stages from a single Portar spawn. この変更により、ステージごとに複数の非ボススポーンを持つプレイヤーの周回時間が遅くなるため、スキップメカニックをバフして、ボススキップ攻撃により飛び越されたステージも含めました。つまり、Heavenly Strikeからスキップされたステージは、ポーターからスキップされたステージと組み合わされ、単一のポーターのスポーンから+50ステージ以上を得ることができます。 By buffing the amount of possible stages that Portar can skip, we made Portar stronger for players with a single non-boss spawn per stage, and this was something we wanted to avoid. To help counteract the buff in Portar strength in this case, we put a small cooldown on subsequent Portar Spawns. ポーターがスキップできるステージの量をバフすることで、ステージごとに1人の非ボスのスポーンを持つプレイヤーにとって、ポーターはより強くなりました。これは避けたいものでした。この場合のポーターの強さのバフに対抗するために、その後のポータースポーンに小さなクールダウンを入れます。 Now only spawns as a Boss Titan and cannot spawn when first starting the game or when using the "Fight Boss" button. ボスタイタンとしてのみ出現し、ゲーム開始直後または「Fight Boss」ボタンを使用したときに出現しません。 Portar drops boss gold from the stage it skips you to, instead of the current stage you were on. ポーターはあなたが現在のステージではなく、あなたがスキップしたステージからボスゴールドをドロップします。 Stages gained from splash through boss attacks now combine with stages skipped from Portar (can skip more than +50 stages). ボスを貫通してスプラッシュする攻撃によって得られたステージは、現在、ポーターによってスキップされたステージと結合します（+50ステージ以上をスキップできます）。 Splash through boss attack calculations start on the stage that Portar skips you to (splash gold will be greater now). ボススプラッシュ攻撃の計算は、ポーターがあなたにスキップする段階で開始されます（スプラッシュ・ゴールドは今より大きくなります）。 Added a 4s cooldown between subsequent Portar spawns. ポーター出現間隔に4秒のクールダウンを追加しました。 Lightning Strike Balancing ライトニングストライクバランス調整 About Lightning Strike Balancing - This needed to be fixed because the previously version would exponentially blow up with the amount of damage dealt, allowing some players to completely blow away their competition in tournaments. ライトニングストライクバランス調整について：以前のバージョンでは、ダメージの量が急激に増加し、一部のプレイヤーがトーナメントでの競争を完全に吹き飛ばすことができたため、修正が必要でした。 We changed it so that Lightning Strike deals more damage with the first few strikes, making it a bit more dependable than how it previously worked. ライトニングストライクが以前より最初の数回のストライクでより多くのダメージを与えるように変更しました。 At the same time, we also made each additional strike deal less damage to the current Titan, so that even with an infinite amount of Time, the amount of damage done by Lightning Strike would be fixed per upgrade level. Another way to think of this is that each Titan builds up a resistance to Lightning Strike after each hit, so that eventually the damage done is negligible until the next Titan spawns. それと同時に、追加のライトニングストライクが現在のタイタンに与えるダメージを少なくしました。時間が無限であっても、ライトニング・ストライクによるダメージの量は、アップグレードレベルごとに固定されます。これを考えるもう一つの方法は、それぞれのTitanがそれぞれの命中の後にLightning Strikeに対する抵抗力を増強し、最終的には次のタイタンが出現するまで無視されることです。 Balanced to do more damage up-front, but damage dealt no longer exponentially blows up over time. より多くのダメージを与えるためにバランスをとっていますが、ダメージは時間の経過と共に指数関数的に爆発することはなくなりました。 Each upgrade level increases Titan Health Reduction and Damage Efficiency of subsequent strikes. 各アップグレードレベルは、タイタンのHP削減とその後のストライキのダメージ効率を向上させます。 Additional strikes against the same Titan will do reduced damage as per the Damage Efficiency value. 同じタイタンに対して追加のストライクを行うと、Damage Efficiencyの値に応じてダメージが減少します。 Chance to trigger a strike now fixed at 2% for all upgrade levels. すべてのアップグレードレベルでライトニングストライク発動確率が2％に固定されます General Balancing 一般的なバランス調整 Shadow Clone gets stronger bonus from Deadly Strike (exponent increased from 0.5 to 0.6). Shadow CloneはDeadly Strikeからより強いボーナスを得る。（指数が0.5から0.6に増加） Non-video fairy gold now stronger but also has much higher variance per drop. 非ビデオの妖精ゴールドは強くなりましたが、1ドロップあたりの分散も非常に高くなりました。 Coordinated Offensive can be reactivated before the previous instance finishes at higher upgrade levels. Coordinated Offensiveは、アップグレードレベルが高いときに、前回のインスタンスが終了する前に再度アクティブにすることができます。 General Fixes 一般的な修正 Several panels have been optimized to no longer lag the game upon closing them. いくつかのパネルは、ゲーム終了時にゲームに遅れないように最適化されています。 Clan Crates from clan members now appear on and are launched from your clan ship; launched crates automatically open. ClanメンバーからのClan Cratesはクラン船の上に現れ、クラン船の上で起動します。起動したクレートが自動的に開きます。 Coordinated Offensive now activates to the left of your Sword Master instead of from the clan ship and has new animations. Coordinated Offensiveは、クラン船の代わりにあなたのソードマスターの左で作動し、新しいアニメーションを持っています。 Astral Awakening orb now appears on top of equipment and skill point drops and can be tapped without collecting dropped items. Astral Awakeningのオーブが装備やスキルポイントの上に表示され、落としたアイテムを収集せずにタップすることができます。 Anchoring Shot timer more accurate (was slightly longer than advertised). Anchoring Shotタイマーを正確に調整しました（告知されたものよりも少し長かった）。 The issue where projectiles would sometimes disappear has been fixed. 発射物が消えてしまう問題が修正されました。 Portar can no longer increase your tournament score. ポーターはあなたのトーナメントスコアを上げることができません。 Locked equipment, transmorphs, and pet statuses are now recovered after crashes or device changes. クラッシュやデバイスの変更後に、ロックされた装備、トランスフォーム、ペットのステータスが回復するようになりました。 Special Titans no longer spawn when the game is first loaded. 特別なタイタンは、ゲームが最初にロードされたときに出現しません。 Shop hero weapon upgrade damage corrected; now also shows when your weapon set count can be increased. ショップヒーロー武器のアップグレードダメージ修正。あなたの武器セット数を増やすことができる時も表示されます。 Crashes associated with the pet tutorial, calculator mode, and fairy video rewards have been fixed. ペットチュートリアル、電卓モード、妖精広告報酬に関連するクラッシュが修正されました。 Power of Swiping screen-hold auto tap now ends when the application is paused. アプリケーションを一時停止すると、スワイプの力のスクリーン保持オートタップが終了するようになりました。 Tutorial Improvements for new players. 新しいプレーヤー向けのチュートリアルの改善。 Lightning Charge aura visual improvements. ライトニングチャージオーラの視覚的改善。 Reduced file size and additional performance optimizations. ファイルサイズの縮小とパフォーマンスの最適化の強化。 New privacy policy popup; must be accepted once per device. 新しいプライバシーポリシーのポップアップ。デバイスごとに1回受け入れなければなりません。 I forgot to add a balancing item バランス調整アイテムを忘れてました。 Heavenly Strike gets a stronger bonus from Sword Attack Damage (exponent increased from 0.66 to 1). ヘブンリーストライクはソードアタックダメージ（指数が0.66から1に増加）からより強いボーナスを得る。 Typo 打ち間違え： Ruthless Necromancer gives "Special Attempt Rate", not "Special Attack Rate". 無慈悲なネクロマンサーは「Special Attack Rate」ではなく「Special Attempt Rate」を与えます。 Edit (Last minute tweaks) 編集：（最後の微調整） Removed the spawn cooldown on Portar; someone made a point that this worked against Adrenaline Rush and we didn t want that happening. ポルタルの出現クールダウンを削除しました。誰かがこれがアドレナリンラッシュに対して働いたという点を指摘し、私たちはそれが起こることを望んでいませんでした。 Reduced base pet damage since it was extremely disproportionate for brand-new accounts; this damage was redistributed to the skill tree along with some of the other balance changes made, so everyone else will still see a strong boost for pet builds. 新規アカウントにとって非常に不釣合いであったため、ベースのペットダメージが減少しました。このダメージはスキルツリーに再配分され、他のバランスの変更が行われました、だから誰しもペットビルドについて強力な増強を見ます。
USB_AUDIO@WIKI - Audio Data Formats 2.0(16-20)
https://w.atwiki.jp/usb_audio/pages/63.html

原文：Audio Devices Rev. 2.0 Spec and Adopters Agreement(ZIP) Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 16 Offset Field Size Value Description 5 bBitResolution 1 Number The number of effectively used bits from the available bits in an audio subslot. 2.3.1.7 Type I Supported Formats The following paragraphs list all currently supported Type I Audio Data Formats. The bit allocations in the bmFormats field of the class-specific AS interface descriptor for the different Type I Audio Data Formats can be found in Appendix A.2.1, “Audio Data Format Type I Bit Allocations.” 2.3.1.7.1 PCM Format The PCM (Pulse Coded Modulation) format is the most commonly used audio format to represent audio data streams. The audio data is not compressed and uses a signed two’s-complement fixed point format. It is left-justified (the sign bit is the Msb) and data is padded with trailing zeros to fill the remaining unused bits of the subslot. The binary point is located to the right of the sign bit so that all values lie within the range [-1, +1). 2.3.1.7.2 PCM8 Format The PCM8 format is introduced to be compatible with the legacy 8-bit wave format. Audio data is uncompressed and uses 8 bits per sample (bBitResolution = 8). In this case, data is unsigned fixed-point, left-justified in the audio subslot, Msb first. The range is [0,255]. 2.3.1.7.3 IEEE_FLOAT Format The IEEE_FLOAT format is based on the ANSI/IEEE-754 floating-point standard. Audio data is represented using the basic single-precision format. The basic single-precision number is 32 bits wide and has an 8-bit exponent and a 24-bit mantissa. Both mantissa and exponent are signed numbers, but neither is represented in two s-complement format. The mantissa is stored in sign magnitude format and the exponent in biased form (also called excess-n form). In biased form, there is a positive integer (called the bias) which is subtracted from the stored number to get the actual number. For example, in an eight-bit exponent, the bias is 127. To represent 0, the number 127 is stored. To represent -100, 27 is stored. An exponent of all zeroes and an exponent of all ones are both reserved for special cases, so in an eight-bit field, exponents of -126 to +127 are possible. In the basic floating-point format, the mantissa is assumed to be normalized so that the most significant bit is always one, and therefore is not stored. Only the fractional part is stored. Denormalized (exponent = 0) values are considered to be zero. The 32-bit IEEE-754 floating-point word is broken into three fields. The most significant bit stores the sign of the mantissa, the next group of 8 bits stores the exponent in biased form, and the remaining 23 bits store the magnitude of the fractional portion of the mantissa. For further information, refer to the ANSI/IEEE-754 standard. The data is conveyed over USB using 32 bits per sample (bBitResolution = 32; bSubslotSize = 4). 2.3.1.7.4 ALaw Format and μLaw Format Starting from 12- or 16-bits linear PCM samples, simple compression down to 8-bits per sample (one byte per sample) can be achieved by using logarithmic companding. The compressed audio data uses 8 bits per sample (bBitsPerSample = 8). Data is signed fixed point, left-justified in the subslot, Msb first. The compressed range is [-128,128]. The difference between Alaw and μLaw compression lies in the formulae used to achieve the compression. Refer to the ITU G.711 standard for further details. Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 17 2.3.1.7.5 Type I Raw Data This audio format is included to allow transport of data (audio or other) over a USB AudioStreaming interface in the form of PCM-like audio slots when the actual format or even the meaning of the transported data is unknown. The USB pipe simply acts as a pass-through. As a consequence, such data can never be interpreted inside the audio function and can only be routed from an Input Terminal to one or more Output Terminals. From a USB standpoint, the data is packed as if it were Type I formatted audio data, but the data is never to be interpreted as being audio data. 2.3.2 Type II Formats Type II formats are used to transmit non-PCM encoded audio data into bit streams that consist of a sequence of encoded audio frames. 2.3.2.1 Encoded Audio Frames An encoded audio frame is a sequence of bits that contains an encoded representation of one or more physical audio channels. The encoding takes place over a fixed number of audio slots. Each encoded audio frame contains enough information to entirely reconstruct the audio samples (albeit not lossless), encoded in the encoded audio frame. No information from adjacent encoded audio frames is needed during decoding. The number of audio slots used to construct one encoded audio frame depends on the encoding scheme. (For MPEG, the number of slots per encoded audio frame (nf) is 384 for Layer I or 1152 for Layer II. For AC-3, the number of slots is 1536.) In most cases, the encoded audio frame represents multiple physical audio channels. The number of bits per encoded audio frame may be variable. The content of the encoded audio frame is defined according to the implemented encoding scheme. Where applicable, the bit ordering shall be MSB first, relative to existing standards of serial transmission or storage of that encoding scheme. An encoded audio frame represents an interval longer than the USB (micro)frame. This is typical of audio compression algorithms that use psycho-acoustic or vocal tract parametric models. cite(Note} It is important to make a clear distinction between a USB frame and an encoded audio frame. The overloaded use of the term frame could cause confusion. Therefore, this specification will always use the qualifier ‘encoded audio’ to refer to MPEG or AC-3 encoded audio frames. 2.3.2.2 Audio Bit Streams An encoded audio bit stream is a concatenation of a potentially very large number of encoded audio frames, ordered according to ascending time. Subsequent encoded audio frames are independent and can be decoded separately. 2.3.2.3 USB Packets Encoded audio bit streams are packetized when transported over an isochronous pipe. Each virtual frame packet potentially contains only part of a single encoded audio frame. Packet sizes are determined according to the short-packet protocol. The encoded audio frame is broken down into a number of packets, each containing wMaxPacketSize bytes except for the last packet, which may be smaller and contains the remainder of the encoded audio frame. If the MaxPacketsOnly bit D7 in the bmAttributes field of the class-specific endpoint descriptor is set, the last (short) packet must be padded with zero bytes to wMaxPacketSize length. No virtual frame packet may contain bits belonging to different encoded audio frames. If the encoded audio frame length is not a multiple of 8 bits, the last byte in the last packet is padded with zero bits. The decoder must ignore all padded extra bits and bytes. Consecutive encoded audio frames are separated by at least one Transfer Delimiter. A Transfer Delimiter must be sent in all virtual frames until the next encoded audio frame is due. The above rules guarantee that a new encoded audio frame always starts on a virtual frame packet boundary. Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 18 2.3.2.4 Bandwidth Allocation The encoded audio frame time tf equals the number of audio slots per encoded audio frame nf divided by the sampling rate fs of the original audio samples. ここに画像 The allocated bandwidth for the pipe must accommodate for the largest possible encoded audio frame to be transmitted within an encoded audio frame time. This should take into account the Transfer Delimiter requirement and any differences between the time base of the stream and the USB (micro)frame timer. The device may choose to consume more bandwidth than necessary (by increasing the reported wMaxPacketSize) to minimize the time needed to transmit an entire encoded audio frame. This can be used to enable early decoding and therefore minimize system latency. 2.3.2.5 Timing The timing reference point is the beginning of an encoded audio frame. Therefore, the USB packet that contains the first bits (usually the encoded audio frame sync word) of the encoded audio frame is used as a timing reference in USB space. This USB packet is called the reference packet. The transmission of the reference packet of an encoded audio frame should begin at the target playback time of that frame (minus the endpoint’s reported delay) rounded to the nearest USB (micro)frame time. This guarantees that, at the receiving end, the arrival of subsequent reference packets matches the encoded audio frame time tf as closely as possible. 2.3.2.6 Type II Format Type Descriptor The Type II Format Type descriptor starts with the usual three fields bLength, bDescriptorType and bDescriptorSubtype. The bFormatType field indicates this is a Type II descriptor. The wMaxBitRate field contains the maximum number of bits per second this interface can handle. It is a measure for the buffer size available in the interface. The wSlotsPerFrame field contains the number of PCM audio slots contained within a single encoded audio frame. Table 2-3 Type II Format Type Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 8 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant FORMAT_TYPE descriptor subtype. 3 bFormatType 1 Constant FORMAT_TYPE_II. Constant identifying the Format Type the AudioStreaming interface is using. 4 wMaxBitRate 2 Number Indicates the maximum number of bits per second this interface can handle. Expressed in kbits/s. 6 wSlotsPerFrame 2 Number Indicates the number of PCM audio slots contained in one encoded audio frame. Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 19 2.3.2.7 Rate feedback If the isochronous data endpoint needs explicit rate feedback (adaptive source, asynchronous sink), the feedback pipe must report the number of equivalent PCM audio slots. The host will accumulate this data and start transmission of an encoded audio frame whenever the current number of audio slots exceeds the number of slots per encoded audio frame. The remainder is kept in the accumulator. 2.3.2.8 Type II Supported Formats The following sections list all currently supported Type II Audio Data Formats. The bit allocations in the bmFormats field of the class-specific AS interface descriptor for the different Type II Audio Data Formats can be found in Appendix A.2.2, “Audio Data Format Type II Bit Allocations.” 2.3.2.8.1 MPEG Format Refer to the ISO/IEC 11172-3 1993 “Information technology -- Coding of moving pictures and associated audio for digital storage media at up to about 1,5 Mbit/s -- Part 3 Audio” and the ISO/IEC 13818-3 1998 “Information technology -- Generic coding of moving pictures and associated audio information -- Part 3 Audio” specifications for detailed format information. 2.3.2.8.2 AC-3 Format Refer to the Digital Audio Compression Standard (AC-3), ATSC A/52A Aug. 20, 2001 for detailed format information. 2.3.2.8.3 WMA Format This is an audio compression format from Microsoft. For technical and licensing information, contact Microsoft directly (http //www.microsoft.com/windows/windowsmedia/default.aspx). 2.3.2.8.4 DTS Format Refer to the ETSI Specification TS 102 114, “DTS Coherent Acoustics; Core and Extensions”. Available from http //webapp.etsi.org/action%5CPU/20020827/ts_102114v010101p.pdf. 2.3.2.8.5 Type II Raw Data This audio format is included to allow transport of data (audio or other) over a USB AudioStreaming interface in the form of a bit stream when the actual format or even the meaning of the transported data is unknown. The USB pipe simply acts as a pass-through. As a consequence, such data can never be interpreted inside the audio function and can only be routed from an Input Terminal to one or more Output Terminals. From a USB standpoint, the data is packed as if it were Type II formatted audio data, but the data is never to be interpreted as being audio data. 2.3.3 Type III Formats These formats are based upon the IEC61937 standard. The IEC61937 standard describes a method to transfer non-PCM encoded audio bit streams over an IEC60958 digital audio interface, together with the transfer of the accompanying “Channel Status” and “User Data.” The IEC60958 standard specifies a widely used method of interconnecting digital audio equipment with two-channel linear PCM audio. The IEC61937 standard describes a way in which the IEC60958 interface must be used to convey non-PCM encoded audio bit streams for consumer applications. The same basic techniques used in IEC61937 are reused here to convey non-PCM encoded audio bit streams over a Type III formatted audio stream. From a USB transfer standpoint, the data streaming over the interface looks exactly like two-channel 16 bit PCM audio data. Universal Serial Bus Device Class Definition for Audio Data Formats Release 2.0 May 31, 2006 20 2.3.3.1 Type III Format Type Descriptor The bFormatType field indicates this is a Type III descriptor. The bSubSlotSize field indicates how many bytes are used to transport an audio subslot. The bBitResolution field indicates how many bits of the total number of available bits in the audio subslot are truly used by the audio function to convey audio information. Table 2-4 Type III Format Type Descriptor Offset Field Size Value Description 0 bLength 1 Number Size of this descriptor, in bytes 6 1 bDescriptorType 1 Constant CS_INTERFACE descriptor type. 2 bDescriptorSubtype 1 Constant FORMAT_TYPE descriptor subtype. 3 bFormatType 1 Constant FORMAT_TYPE_III. Constant identifying the Format Type the AudioStreaming interface is using. 4 bSubslotSize 1 Number The number of bytes occupied by one audio subslot. Must be set to two. 5 bBitResolution 1 Number The number of effectively used bits from the available bits in an audio subframe. 2.3.3.2 Type III Supported Formats Refer to the ISO/IEC 60958 and ISO/IEC 61937 (several parts) specifications for detailed format information. The bit allocations in the bmFormats field of the class-specific AS interface descriptor for the different Type III Audio Data Formats can be found in Appendix A.2.3, “Audio Data Format Type III Bit Allocations.” The following is a list of formats that is covered or will be covered by the above specifications. • IEC61937_AC-3 • IEC61937_MPEG-1_Layer1 • IEC61937_MPEG-1_Layer2/3 or IEC61937_MPEG-2_NOEXT • IEC61937_MPEG-2_EXT • IEC61937_MPEG-2_AAC_ADTS • IEC61937_MPEG-2_Layer1_LS • IEC61937_MPEG-2_Layer2/3_LS • IEC61937_DTS-I • IEC61937_DTS-II • IEC61937_DTS-III • IEC61937_ATRAC • IEC61937_ATRAC2/3 In addition, the WMA audio compression format as defined by Microsoft is supported. 2.3.4 Type IV Formats Type IV formats can only be used on external connections to the audio function that do not use a USB pipe for their data transport but that do need an AudioStreaming interface to control an encoder or decoder process in one or more of its Alternate Settings. A typical example of such a connection is an S/PDIF connector that is capable of handling both PCM stereo audio data streams (IEC60958) in one Alternate Release 2.0 May 31, 2006 20 1 - 6 - 11 - 16 - 21 - 26 - 31 ここを編集
ミニプロジェクト2007 - Version1.0.0
https://w.atwiki.jp/doima/pages/14.html

2/1 完成版。 import java.awt.*; import java.applet.*; import java.util.*; import java.awt.event.*; public class mini_pro extends Applet implements KeyListener, Runnable{ Font font = new Font("serif", Font.BOLD, 24); Imagebackground, textbox, attack, attack2; Image hero[ ]=new Image[4]; Image object[ ]=new Image[4]; Image enemy1[ ]=new Image[3]; Image enemy2[ ] = new Image[3]; Image enemy3[ ] = new Image[3]; Image enemy4[ ] = new Image[3]; Image enemy5[ ] = new Image[3]; Image lifepics[ ] = new Image[3]; //背景を動かす変数 int back; int objectback; //キャラクターの位置を示す変数 int position=0; //文章のための変数 String string=""; boolean shown=false; boolean wait=false; boolean attackshown=false; boolean freeze = false; int heropose=0; int heroposition=0; int life = 3; boolean enemy1status = true; int enemy1position = 30; int enemy1pose=0; boolean enemy2status = true; int enemy2position = 50; int enemy2pose=0; boolean enemy3status = true; int enemy3position = 80; int enemy3pose=0; boolean enemy4status = true; int enemy4position = 100; int enemy4pose=0; boolean enemy5status = true; int enemy5position = 107; int enemy5pose=0; Thread runner; public void init() { addKeyListener(this); try { MediaTracker mt = new MediaTracker( this ); int number=1; background = getImage(getCodeBase(),"pictures/background.png"); mt.addImage( background, number++ ); for (int i=0; i hero.length; i++){ hero[i] = getImage(getCodeBase(), "pictures/chara"+i+".png"); mt.addImage( hero[ i ], number++ ); } for (int i=0; i hero.length; i++){ object[i] = getImage(getCodeBase(), "pictures/object"+i+".png"); mt.addImage( object[ i ], number++ ); } textbox = getImage(getCodeBase(), "pictures/textbox.png"); mt.addImage( textbox, number++ ); attack= getImage(getCodeBase(), "pictures/attack.png"); mt.addImage( attack, number++ ); attack2= getImage(getCodeBase(), "pictures/attack2.png"); mt.addImage( attack2, number++ ); for (int i=0; i enemy1.length; i++){ enemy1[i] = getImage(getCodeBase(), "pictures/bat"+(i+1)+".png"); mt.addImage( enemy1[ i ], number++ ); } for (int i=0; i enemy2.length; i++){ enemy2[i] = getImage(getCodeBase(), "pictures/bat"+(i+1)+".png"); mt.addImage( enemy2[ i ], number++ ); } for (int i=0; i enemy3.length; i++){ enemy3[i] = getImage(getCodeBase(), "pictures/bat"+(i+1)+".png"); mt.addImage( enemy3[ i ], number++ ); } for (int i=0; i enemy4.length; i++){ enemy4[i] = getImage(getCodeBase(), "pictures/bat"+(i+1)+".png"); mt.addImage( enemy4[ i ], number++ ); } for (int i=0; i enemy5.length; i++){ enemy5[i] = getImage(getCodeBase(), "pictures/bat"+(i+1)+".png"); mt.addImage( enemy5[ i ], number++ ); } for (int i=0; i lifepics.length; i++){ lifepics[i] = getImage(getCodeBase(), "pictures/life"+(i+1)+".png"); mt.addImage( lifepics[ i ], number++ ); } mt.waitForAll( ); } catch( Exception ex ) { ex.printStackTrace( ); } runner = new Thread(this); runner.start(); } public void paint (Graphics g) { g.setColor(Color.white); g.setFont(font); setSize(640, 480); g.drawImage(background, 0-back,0, this); g.drawImage(background, 640-back, 0, this); g.drawImage(background, -640-back, 0, this); g.drawImage(object[0], 640-objectback, 320, this); g.drawImage(object[1], 1920-objectback, 0, this); g.drawImage(hero[heropose], 128+heroposition, 320, this); if(life==0){ string = "Game Over..."; shown=true; freeze=true; } if(life==1){ g.drawImage(lifepics[0],0,0,this); } if(life==2){ g.drawImage(lifepics[1],0,0,this); } if(life==3){ g.drawImage(lifepics[2],0,0,this); } if ( shown == true) { g.drawImage(textbox, 0,0, this); g.drawString(" "+string,40,40); } if(enemy1status==true){ g.drawImage(enemy1[enemy1pose],128+enemy1position*32, 320, this); } if(enemy2status==true){ g.drawImage(enemy2[enemy2pose],128+enemy2position*32, 320, this); } if(enemy3status==true){ g.drawImage(enemy3[enemy3pose],128+enemy3position*32, 320, this); } if(enemy4status==true){ g.drawImage(enemy4[enemy4pose],128+enemy4position*32, 320, this); } if(enemy5status==true){ g.drawImage(enemy5[enemy5pose],128+enemy5position*32, 320, this); } if(attackshown == true){ if(heropose==0 || heropose==1){ g.drawImage(attack, 128+96+heroposition, 320, this); } if(heropose==2 || heropose==3){ g.drawImage(attack2, 128-96+heroposition, 320, this); } } } public void run(){ if(enemy1status==true){ try { while(runner == Thread.currentThread()){ if(enemy1status == true){ enemy1position-=1; if(enemy1pose == 0){ enemy1pose =1; }else{enemy1pose=0;} if(Math.abs(enemy1position*32 - heroposition) =0 Math.abs(enemy1position*32 - heroposition) =3*32 ){ life-=1; } } if(enemy2status == true){ enemy2position-=1; if(enemy2pose == 0){ enemy2pose =1; }else{enemy2pose=0;} if(Math.abs(enemy2position*32 - heroposition) =0 Math.abs(enemy2position*32 - heroposition) =3*32 ){ life-=1; } } if(enemy3status == true){ enemy3position-=1; if(enemy3pose == 0){ enemy3pose =1; }else{enemy3pose=0;} if(Math.abs(enemy3position*32 - heroposition) =0 Math.abs(enemy3position*32 - heroposition) =3*32 ){ life-=1; } } if(enemy4status == true){ enemy4position-=1; if(enemy4pose == 0){ enemy4pose =1; }else{enemy4pose=0;} if(Math.abs(enemy4position*32 - heroposition) =0 Math.abs(enemy4position*32 - heroposition) =3*32 ){ life-=1; } } if(enemy5status == true){ enemy5position-=1; if(enemy5pose == 0){ enemy5pose =1; }else{enemy5pose=0;} if(Math.abs(enemy5position*32 - heroposition) =0 Math.abs(enemy5position*32 - heroposition) =3*32 ){ life-=1; } } repaint(); Thread.sleep(600); } }catch (Exception exc){exc.printStackTrace();} } } //入力チェック public void keyPressed(KeyEvent ke){ int keycode = ke.getKeyCode(); if (wait == false) { if (keycode == KeyEvent.VK_ENTER) { if(attackshown ==false){ attackshown = true; if(heropose==2 || heropose==3){ if(enemy1position*32-heroposition+4*32 =0 enemy1position*32-heroposition+4*32 =3*32 ){ enemy1status=false; } } if(heropose==0 || heropose==1){ if(enemy1position*32- heroposition-4*32 =-3*32 enemy1position*32 - heroposition-4*32 =0){ enemy1status=false; } } if(heropose==2 || heropose==3){ if(enemy2position*32-heroposition+4*32 =0 enemy2position*32-heroposition+4*32 =3*32 ){ enemy2status=false; } } if(heropose==0 || heropose==1){ if(enemy2position*32- heroposition-4*32 =-3*32 enemy2position*32 - heroposition-4*32 =0){ enemy2status=false; } } if(heropose==2 || heropose==3){ if(enemy3position*32-heroposition+4*32 =0 enemy3position*32-heroposition+4*32 =3*32 ){ enemy3status=false; } } if(heropose==0 || heropose==1){ if(enemy3position*32- heroposition-4*32 =-3*32 enemy3position*32 - heroposition-4*32 =0){ enemy3status=false; } } if(heropose==2 || heropose==3){ if(enemy4position*32-heroposition+4*32 =0 enemy4position*32-heroposition+4*32 =3*32 ){ enemy4status=false; } } if(heropose==0 || heropose==1){ if(enemy4position*32- heroposition-4*32 =-3*32 enemy4position*32 - heroposition-4*32 =0){ enemy4status=false; } } if(heropose==2 || heropose==3){ if(enemy5position*32-heroposition+4*32 =0 enemy5position*32-heroposition+4*32 =3*32 ){ enemy5status=false; } } if(heropose==0 || heropose==1){ if(enemy5position*32- heroposition-4*32 =-3*32 enemy5position*32 - heroposition-4*32 =0){ enemy5status=false; } } } repaint(); } if (keycode == KeyEvent.VK_RIGHT) { //背景を動かす if(position =58){ if(position =-5 position = 49){ back +=32; objectback+=32; }else{ heroposition+=32; } position +=1; enemy1position-=1; if(enemy1status == true){ if(Math.abs(enemy1position*32 - heroposition) =0 Math.abs(enemy1position*32 - heroposition) =3*32 ){ life-=1; } } enemy2position-=1; if(enemy2status == true){ if(Math.abs(enemy2position*32 - heroposition) =0 Math.abs(enemy2position*32 - heroposition) =3*32 ){ life-=1; } } enemy3position -=1; if(enemy3status == true){ if(Math.abs(enemy3position*32 - heroposition) =0 Math.abs(enemy3position*32 - heroposition) =3*32 ){ life-=1; } } enemy4position -=1; if(enemy4status == true){ if(Math.abs(enemy4position*32 - heroposition) =0 Math.abs(enemy4position*32 - heroposition) =3*32 ){ life-=1; } } enemy5position -=1; if(enemy5status == true){ if(Math.abs(enemy5position*32 - heroposition) =0 Math.abs(enemy5position*32 - heroposition) =3*32 ){ life-=1; } } } if (back =640) { back=0; } //キャラクターのポーズを変える if (heropose == 0 || heropose==2){ heropose=1; }else{ heropose=0; } repaint(); } if (keycode == KeyEvent.VK_LEFT) { //背景を動かす if(position =-7){ if(position =-5 position =49){ back -=32; objectback-=32; }else{ heroposition-=32; } position -=1; enemy1position+=1; if(enemy1status == true){ if(Math.abs(enemy1position*32 - heroposition) =0 Math.abs(enemy1position*32 - heroposition) =3*32 ){ life-=1; } } enemy2position+=1; if(enemy2status == true){ if(Math.abs(enemy2position*32 - heroposition) =0 Math.abs(enemy2position*32 - heroposition) =3*32 ){ life-=1; } } enemy3position+=1; if(enemy3status == true){ if(Math.abs(enemy3position*32 - heroposition) =0 Math.abs(enemy3position*32 - heroposition) =3*32){ life-=1; } } enemy4position+=1; if(enemy4status == true){ if(Math.abs(enemy4position*32 - heroposition) =0 Math.abs(enemy4position*32 - heroposition) =3*32 ){ life-=1; } } enemy5position+=1; if(enemy5status == true){ if(Math.abs(enemy5position*32 - heroposition) =0 Math.abs(enemy5position*32 - heroposition) =3*32 ){ life-=1; } } } if (back =-640) { back=0; } //キャラクターのポーズを変える if (heropose == 0 || heropose==2){ heropose=3; }else{ heropose=2; } repaint(); } if (keycode == KeyEvent.VK_DOWN) { if (position = 15 position =19 shown==false) { string = "Go straight. There is goal."; shown=true; wait = true; } if(position = 58 position =62 shown == false){ string = "goal!!"; shown=true; freeze = true; } } }else if(wait == true){ if (keycode == KeyEvent.VK_ENTER) { if (shown==true ) { string=""; shown=false; wait = false; } } }else if(freeze == true){ } repaint(); } public void keyTyped(KeyEvent ke){ } public void keyReleased(KeyEvent ke){ if(attackshown == true){ attackshown = false; } repaint(); } }
0x0b - js_object-Global
https://w.atwiki.jp/0x0b/pages/43.html

Global オブジェクト (The Global Object) グローバルオブジェクトは Construct プロパティを持たない; new 演算子を添えてコンストラクタとしてグローバルオブジェクトを使用することはできない。グローバルオブジェクトは Call プロパティを持たない。関数としてグローバルオブジェクトを呼び出すことはできない。グローバルオブジェクトの Prototype 及び Class プロパティの値は実装依存である。 15.1.1 Global オブジェクトの値プロパティ (Value Properties of the Global Object) 15.1.1.1 NaN Nan の初期値は NaN (セクション 8.5) である。このプロパティの属性は { DontEnum, DontDelete } である。 15.1.1.2 Infinity Infinity の初期値は +∞ (セクション 8.5) である。このプロパティの属性は { DontEnum, DontDelete } である。 15.1.1.3 undefined undefined の初期値は undefined (セクション 8.1) である。このプロパティの属性は { DontEnum, DontDelete } である。 15.1.2 Global オブジェクトの関数プロパティ (Function Properties of the Global Object) 15.1.2.1 eval (x) eval 関数が引数 x で呼出されるとき、次のステップが取られる x が文字列値でなければ、 x を返す。 x を Program として解析する。解析に失敗したら、例外 SyntaxError を投げる (セクション 16 も参照)。ステップ 2 からプログラムを評価。 Result(3).type が normal かつその completion 値が値 V ならば、値 V を返す。 Result(3).type が normal かつその completion 値が empty ならば、値 undefined を返す。 Result(3).type は throw のはずである。例外として Result(3).value を投げる。 eval プロパティの値は直接呼出し以外 (つまり、 CallExpression 中の MenberExpression である Identifier としてのその名前の明示的な利用による以外) の任意の方法で用いられるか、または eval プロパティに割り当てられていれば、例外 EvalError を投げてよい。 15.1.2.2 parseInt (string , radix) parseInt 関数は、 radix の指定にしたがい引数 string の内容を解釈して判定される整数値を生成する。文字列内の先行する空白文字は無視される。 radix が undefined または 0 ならば、それは 10 と仮定される。その数字が文字 0x または 0X で始まる場合は radix は 16 と仮定される。任意の radix-16 数は文字 0x または 0X で始まってもよい。 parseInt 関数が呼出されると、次のステップが取られる ToString(string) を呼出す。 S を新規に生成した Result(1) の部分文字列とし、 StrWhiteSpaceChar でない最初の文字とそれ以降の全ての文字からなる。 (言い換えると、先行する空白を除去する。) sign を 1 とする。 S が空でなく、かつ S の最初の文字がマイナス記号 - ならば、 sign を -1 とする。 S が空でなく、かつ S の最初の文字がプラス記号 + またはマイナス記号 - ならば、 S から最初の文字を除去する。 R = ToInt32(radix) とする。 R = 0 ならば、ステップ 11 へ。 R 2 または R 36 ならば、 NaN を返す。 R = 16 ならば、ステップ 13 へ。ステップ 14 へ。 R = 10 とする。 S の長さが少なくとも 1 で、かつ S の最初の文字が "0" ならば、実装の裁量で R = 8 とするか、あるいは R を変更せずそのままにする。 S の長さが少なくとも 2 で、かつ S の最初の 2 文字が "0x" か "0X" ならば、その最初の 2 文字を S から取り除き、 R = 16 とする。 S が R 進数数字でない任意の文字を含むならば、 Z を、その文字が出現するより前の全ての文字からなる S の部分文字列とする; そうでなければ、 Z を S とする。 Z が空ならば、 NaN を返す。値 10 から 35 までの数字に文字 A-Z と a-z を使用する R 進数表記にて Z で表される、数学的整数を算出する。 (しかしながら, if R が 10 で、かつ Z が 20 桁以上であるならば、 20 桁目以降の各桁の数字は、実装の選択で数字 0 で置換してよい; そして R が 2, 4, 8, 10, 16, 32 以外ならば、 Result(16) は、 R 進数表記にて Z で表される数学的整数値の実装依存の近似値であってよい。) Result(16) の数値を算出する。 sign × Result(17) を返す。 NOTE parseInt は、文字列の先行する成分だけを整数値として解釈してよい; それは整数表記の一部として解釈できない任意の文字を無視し、そのような文字が無視されたことのいかなる徴候も与えられない。 radix が 0 または undefined であり、 string の数が数字 0 で始まり x も X も続かないとき、実装は、自由な判断で、数を 8 進数とも 10 進数とも解釈してよい。実装はこの場合、 10 進数として数を解釈することが推奨される。 15.1.2.3 parseFloat (string) parseFloat 関数は、 10 進数リテラルとして引数 string の内容解析器に書き取られる数値を生成する。 parseFloat 関数が呼出されると、次のステップが取られる ToString(string) を呼出す。 StrWhiteSpaceChar でない最左の文字とその右側の全ての文字からなる、 Result(1) の部分文字列を算出する。 (言い換えると、先行する空白を除去する。) Result(2) も、 Result(2) の先頭からの任意の部分文字列も StrDecimalLiteral の構文 (9.3.1 参照) を満たさないならば、 NaN を返す。 StrDecimalLiteral の構文を満たす、 Result(2) の先頭からの最長部分文字列を算出する。 Result(2) 自身でもよい。 Result(4) の数学値の数値を返す。 NOTE parseFloat 文字列の先行する成分だけを数値として解釈してよい; それは 10 進数表記の一部として解釈できない任意の文字を無視し、そのような文字が無視されたことのいかなる徴候も与えられない。 15.1.2.4 isNaN (number) 引数に ToNumber を適用し、結果が NaN であれば true, そうでなければ false を返す。 15.1.2.5 isFinite (number) 引数に ToNumber を適用し、結果が NaN, +∞, -∞ であれば false, そうでなければ true を返す。 15.1.3 URI 処理関数のプロパティ (URI Handling Function Properties) Uniform Resource Identifiers, あるいは URI は、リソース (つまり、ウェブページやファイル)を識別する文字列であり、インターネット上でそれらにアクセスするプロトコル (すなわち HTTP や FTP) を輸送する。 ECMAScript 言語自身は、セクション 15.1.3.1, 15.1.3.2, 15.1.3.3, 15.1.3.4 に URI を符号化また復号化する関数を述べるのみで、他の URI を使用するサポートを提供しない。 NOTE ECMAScript 実装の多くは、ウェブページを操作する追加の関数とメソッドを提供する; これらの関数はこの標準の適用範囲上にある。 URI は成分分離子によって分割された成分の並びで構成される。一般的な形式は Scheme First / Second ; Third ? Fourth イタリック体の名前は成分をあらわし、 " ", "/", ";", "?" は分離子として使用される予約文字をあらわす。 encodeURI 関数と decodeURI 関数は、完璧な URI の動作を意図される; URI 中の任意の予約文字は、特殊な意味を持ち、従って符号化されないことが意図されると考える。 encodeURIComponent 関数と decodeURIComponent 関数は、 URI の個別の成分としての動作を意図される; 任意の予約文字はテキストをあらわし、したがって成分が完璧な URI の一部であるとき、予約文字として解析されないように符号化されなければならない、と考える。次の字句文法は、符号化された URI の形式を規定する。 uri uriCharactersopt uriCharacters uriCharacter uriCharactersopt uriCharacter uriReserved uriUnescaped uriEscaped uriReserved one of ; / ? @ = + $ , uriUnescaped uriAlpha DecimalDigit uriMark uriEscaped % HexDigit HexDigit uriAlpha one of a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z uriMark one of _ . ! ~ * ( ) URI 中に含まれる文字が、上に挙げられていないとき、また予約文字に与えられる特殊な意味を持つと意図されないとき、その文字は符号化されなければならない。文字はまず UTF-8 変換を用いてオクテットのシーケンスに変換される。サロゲートペア (surrogate pairs) はまず UCS-2 から UCS-4 符号化に変換される。 (範囲 [0, 127] のコードポイントについては、これは同じ値の単一のオクテットの結果である。) 結果のオクテットのシーケンスは、 "%xx" 形式のエスケープシーケンスであらわされる各オクテットの文字列に変換される。符号化とエスケープの処理は、 2 個の文字列引数 string と unescapedSet をとる隠し関数 Encode によって記述される。この関数は解説上の目的でのみ定義される。 string の文字数を算出する。 R を空文字列とする。 k を 0 とする。 k が Result(1) と等しいならば、 R を返す。 C を string 中の位置 k の文字とする。 C が unescapedSet 中にないならば、ステップ 9 へ。 S を文字 C のみで構成される文字列とする。ステップ 24 へ。 C のコードポイント値が 0xDC00 以上 0xDFFF 以下ならば、例外 URIError を投げる。 C のコードポイント値が 0xD800 未満、または 0xDBFF より大きいならば、 V を C のコードポイント値としてステップ 16 へ。 k を 1 増分する。 k と Result(1) が等しいならば、例外 URIError を投げる。 string 中の位置 k の文字のコードポイント値を取得する。 Result(13) が 0xDC00 未満、または 0xDFFF より大きいならば、例外 URIError を投げる。 V を (((C のコードポイント値) - 0xD800) * 0x400 + (Result(13) - 0xDC00) + 0x10000) とする。 Octets を V の UTF-8 変換の適用結果であるオクテットの配列とし、 L を配列のサイズとする。 j を 0 とする。 Octets 内の位置 j の値を取得する。 XY を Result(18) の値を符号化する 2 個の大文字の 16 進数字として、 S を 3 文字 "%XY" で構成される文字列とする。 R を、R と S の前の値を連結して算出した、新しい文字列とする。 j を 1 増分する。 j が L と等しいならば、ステップ 25 へ。ステップ 18 へ。 R を、R と S の前の値を連結して算出した、新しい文字列とする。 k を 1 増分する。ステップ 4 へ。アンエスケープと復号化の処理は、 2 個の文字列引数 string と reservedSet をとる隠し関数 Decode によって記述される。この関数は解説上の目的でのみ定義される。 string の文字数を算出する。 R を空文字列とする。 k を 0 とする。 k が Result(1) と等しいならば、 R を返す。 C を string 中の位置 k の文字とする。 C が % でないならば、ステップ 40 へ。 start を k とする。 k + 2 が Result(1) と等しいまたはより大きいならば、例外 URIError を投げる。 string 中の位置 (k+1) と位置(k + 2) の文字が 16 進数字をあらわさないならば、例外 URIError を投げる。 B を位置 (k+1) と位置(k + 2) の 2 個の 16 進数字であらわされる 8 ビット値とする。 k を 2 増分する。 B の最大桁ビットが 0 ならば、 C をコードポイント値 B の文字として、ステップ 37 へ。 n を、 (B n) 0x80 が 0 と等しくなるような、最小の負でない値とする。 n が 1 と等しい、または n が 4 より大きいならば、例外 URIError を投げる。 Octets を、サイズ n の 8 ビット整数の配列とする。 Octets の位置 0 を、 B に設定する。 k + (3 * (n - 1)) が Result(1) と等しいかより大きいならば、例外 URIError を投げる。 j を 1 とする。 j が n と等しいならば、ステップ 29 へ。 k を 1 増分する。位置 k の文字が % でないならば、例外 URIError を投げる。 string 内の位置 (k +1) と位置 (k + 2) の文字が 16 進数字をあらわさないならば、例外 URIError を投げる。 B を、位置 (k + 1) と位置 (k + 2) の 2 個の 16 進数字で表される 8 ビット値とする。 B の最大桁から 2 ビットが 10 でないならば、例外 URIError を投げる。 k を 2 増分する。 Octets の位置 j を、 B に設定する。 j を 1 増分する。ステップ 19 へ。 V を、 Octets に UTF-8 変換を適用し取得した値とする。すなわち、オクテットの配列から32ビット値に変換される。 V が 0x10000 より小さいならば、ステップ 36 へ。 V が 0x10FFFF より大きいならば、例外 URIError を投げる。 L を (((V - 0x10000) 0x3FF) + 0xDC00) とする。 H を ((((V - 0x10000) 10) 0x3FF) + 0xD800) とする。 S を、コードポイント値 H と L の 2 個の文字で構成される文字列とする。ステップ 41 へ。 C をコードポイント値 V の文字とする。 C が reservedSet 内にないならば、ステップ 40 へ。 S を、 string の位置 start から位置 k までを含む部分文字列とする。ステップ 41 へ。 S を文字 C のみで構成される文字列とする。 R を、R と S の前の値を連結して算出した、新しい文字列とする。 k を 1 増分する。ステップ 4 へ。 NOTE Uniform Resource Identifiers の構文は、 RFC2396 で与えられる。 NOTE UTF-8 の公式な説明と実装は、 Unicode Standard, Version 2.0, Appendix A で与えられる。 UTF-8 では、 1 個から 6 個のオクテットのシーケンスで符号化される。ある一つの "シーケンス" のオクテットだけが上位ビットを 0 に設定し、残り 7 ビットは文字値の符号化に使用されている。 n 個のオクテットのシーケンスにおいて、 n 1 として、最初のオクテットは n 個の上位ビットを 1 に設定, 続くビットを 0 に設定する。オクテットの残りのビットは、符号化される文字の値からのビットで構成される。続くオクテットの全ては上位ビットを 1 に設定し、続くビットを 0 に設定、それぞれ残り 6 ビット符号化された文字からのビットで構成される。 ECMAScript 文字の可能な UTF-8 符号はコードポイント値表現1st Octet2nd Octet3rd Octet4th Octet 0x0000 - 0x007F00000000 0zzzzzzz0zzzzzzz　 0x0080 - 0x07FF00000yyy yyzzzzzz110yyyyy10zzzzzz　 0x0800 - 0xD7FFxxxxyyyy yyzzzzzz1110xxxx10yyyyyy10zzzzzz　 0xD800 - 0xDBFF (0xDC00 - 0xDFFF が後に続く)110110vv vvwwwwxx (110111yy yyzzzzzz が後に続く)11110uuu10uuwwww10xxyyyy10zzzzzz 0xD800 - 0xDBFF (0xDC00 - 0xDFFF が後に続かない)例外 URIError が発生　 0xDC00 - 0xDFFF例外 URIError 発生　 0xE000 - 0xFFFFxxxxyyyy yyzzzzzz1110xxxx10yyyyyy10zzzzzz　 Where uuuuu = vvvv + 1 to account for the addition of 0x10000 as in 3.7, Surrogates Unicode Standard version 2.0. コードポイント値 0xD800-0xDFFF の範囲がサロゲートペアの符号化に使用される; 上記の変換は UCS-2 のサロゲートペアを UCS-4 表現に結合し、結果の 21 ビット値を UTF-8 に符号化する。復号化は、サロゲートペアを再構築する。 15.1.3.1 decodeURI (encodedURI) decodeURI 関数は新しいバージョンの URI を算出する。その中で、各エスケープシーケンスと encodeURI 関数により取り入れられる種類の UTF-8 符号は、そのあらわす文字に置換される。 encodeURI により取り入れられることのないエスケープシーケンスは置換されない。 decodeURI 関数が 1 個の引数 encodedURI で呼出されるとき、次のステップが取られる ToString(encodedURI) を呼出す。 reservedURISet を、 uriReserved と "#" の内で有効な各文字の一例を構成する文字列とする。 Decode(Result(1), reservedURISet) を呼出す。 Result(3) を返す。 NOTE 文字 "#" は、 URI 予約文字でなくてもエスケープシーケンスから復号されない。 15.1.3.2 decodeURIComponent (encodedURIComponent) decodeURIComponent 関数は新しいバージョンの URI を算出する。その中で、各エスケープシーケンスと encodeURIComponent 関数により取り入れられる種類の UTF-8 符号は、そのあらわす文字に置換される。 decodeURIComponent 関数が 1 個の引数 encodedURIComponent で呼出されるとき、次のステップが取られる ToString(encodedURIComponent) を呼出す。 reservedURIComponentSet を空文字列とする。 Decode(Result(1), reservedURIComponentSet) を呼出す。 Result(3) を返す。 15.1.3.3 encodeURI (uri) encodeURI 関数は、新しいバージョンの URI を算出する。その中で一定の文字の各インスタンスは、文字の UTF-8 符号をあらわす 1,2,3 個のエスケープシーケンスによって置換される。 encodeURI 関数が 1 個の引数 uri で呼出されるとき、次のステップが取られる ToString(uri) を呼出す。 unescapedURISet を、 uriReserved と uriUnescaped と "#" の中で有効な各文字の一例で構成される文字列とする。 Encode(Result(1), unescapedURISet) を呼出す。 Result(3) を返す。 NOTE 文字 "#" は、予約文字でも非エスケープ文字でもないが、エスケープシーケンスに符号化されない。 15.1.3.4 encodeURIComponent (uriComponent) encodeURIComponent 関数は、 URI の新しいバージョンを算出する。その中で、一定の文字のインスタンスは、文字の UTF-8 符号化をあらわす 1,2,3 個のエスケープシーケンスに置換される。 encodeURIComponent が 1 個の引数 uriComponent で呼出されるとき、次のステップが取られる ToString(uriComponent) を呼出す。 unescapedURIComponentSet を、 uriUnescaped 内で有効なの各文字の一例を構成する文字列とする。 Encode(Result(1), unescapedURIComponentSet) を呼出す。 Result(3) を返す。 15.1.4 Global オブジェクトのコンストラクタプロパティ (Constructor Properties of the Global Object) 15.1.4.1 Object ( . . . ) セクション 15.2.1 及び 15.2.2 参照。 15.1.4.2 Function ( . . . ) セクション 15.3.1 及び 15.3.2 参照。 15.1.4.3 Array ( . . . ) セクション 15.4.1 及び 15.4.2 参照。 15.1.4.4 String ( . . . ) セクション 15.5.1 及び 15.5.2 参照。 15.1.4.5 Boolean ( . . . ) セクション 15.6.1 及び 15.6.2 参照。 15.1.4.6 Number ( . . . ) セクション 15.7.1 及び 15.7.2 参照。 15.1.4.7 Date ( . . . ) セクション 15.9.2 参照。 15.1.4.8 RegExp ( . . . ) セクション 15.10.3 及び 15.10.4 参照。 15.1.4.9 Error ( . . . ) セクション 15.11.1 及び 15.11.2 参照。 15.1.4.10 EvalError ( . . . ) セクション 15.11.6.1 参照。 15.1.4.11 RangeError ( . . . ) セクション 15.11.6.2 参照。 15.1.4.12 ReferenceError ( . . . ) セクション 15.11.6.3 参照。 15.1.4.13 SyntaxError ( . . . ) セクション 15.11.6.4 参照。 15.1.4.14 TypeError ( . . . ) セクション 15.11.6.5 参照。 15.1.4.15 URIError ( . . . ) セクション 15.11.6.6 参照。 15.1.5 Global オブジェクトのその他のプロパティ (Other Properties of the Global Object) 15.1.5.1 Math セクション 15.8 参照。
Eve News Japan - Death Race0.0
https://w.atwiki.jp/evenewsjapan/pages/83.html

ENJ実験室特別企画：デスレース0.0「IDSでぶっちぎりなんだからね！！ 09 Winter」開催日決定！ 2月1日（日）21：30 Gelfive III - Moon1 - Republic Fleet Assembly Plantで待ち合わせplz ENJチャンネル： ENJ_OFFICE Death Race0.0とは： IDSでHighから0.0深部まで疾走します。もちろん、多数の大手アライアンス支配領域を通る事になりますのでいつ落とされてもおかしくない・・・この状況下で0.0の端っこを目指す！という痛い企画。主旨・目的： Highで生活しているプレイヤーはLowならまだしも、0.0へ足を運ぶ機会が少ないと思います。0.0宙域への進入がどういうものなのかを体験するのと同時に、実際に肌で感じた内容などENJを通して情報共有し、結果JPプレイヤーの0.0人口（？）増加に繋がる・または興味を持ってくれる事に期待を込めて・・・。（要約：ただ面白そうだからやる８０％）詳細： ＜スタート＞System： Gelfive （Min領） Region Molden HeathStation名：III - Moon1 - Republic Fleet Assembly Plant※HEKから5J＜ゴール＞System： D4-2XN (Goon領)  Region Feythab br ・開催日時は参加者からの希望をスケジューリングし、メール連絡＆本ページに記載します・IDSはスタート地点STで支給されます（Fit済み）・全員でFleet up ・ワープは全てLeaderによるFleetWarp ※戦闘時などは臨機応変に各位で操作参加条件：恐らくは１隻も残らず落とされます。また、深部で卵だけ無事だった場合でも逆に戻るのが面倒なので自爆ワープを使うことに・・・どちらにしろ卵が割れる前提です。その他も懸念がいくつかあるので下記項目に了承して頂ける方のみを参加対象とさせて下さい。 1.IDSに乗れる方。 2.キャラ本体・JumpCloneにインプラントが刺さってない／消えてもいい方。 →＋3までなら数名分（全種）のストックがあります、ご相談下さい。（先着順） 3.Skill Clone代が支給されますが、上限一人4,700,000ISKまで。 4.　多数の0.0支配Alleyエリアに踏み込むため、これが原因で自分が所属しているCorp/Allianceに迷惑が掛からない／掛かってもイイ！＜遭遇する可能性のあるAlley一覧＞※最後まで行けるとしたら Band of Brothers　（うんこ） Ethereal Dawn GoonSwarm Intrepid Crossing Red Alliance RED.OverLord United Legion　（超うんこ） ※一部私見情報が入っていますが無視して下さい。 5.負けキルログが残っても気にしない方。参加方法： EVEメールにてFUTOSHIまで下記を記載の上、ご連絡下さい。＜同Corp数名参加の場合は代表の方からまとめて頂けると助かります＞・開催日時希望日開催日決定済    ①1月31日（土）22 00～　②2月1日（日）22 00～　③その他（日時を記載）使用IDSのFaction、スキルレベル※例：Badgerだけか、Badger MarkIIまで乗れるか等下記モジュールがFit可能か（ダメなものを記載してください） Prototype Cloaking Device I Small Shield Extender II Medium Shield Extender II ECM BurstII Invulnerablility Field II 1MN Microwarpdrive I 10MN Afterbuner II Skill Clone代が必要な場合の請求額（上限一人4.7M）＋3インプラントの種類（必要な場合のみ） ENJの記事に名前を伏せて欲しい／載せてもいいご意見・ご質問

1 … 8 9 10 11 12 … 100